FediBuzz webfinger backreference failure

[julian@activitypub.space]

Hi @astro@c3d2.social, I think I found a bug with FediBuzz and how it does its Webfinger responses.

In a nutshell, FediBuzz tag actors have preferredUsername set to tag-whatever, but the corresponding webfinger lookup ?resource=acct:tag-whatever@relay.fedi.buzz fails with a 404, but whatever@relay.fedi.buzz works fine.

cc @evan@cosocial.ca

AI slop explanation follows (feel free to ignore!):

> tags.pub does it correctly:
>
> json > { > "id": "https://tags.pub/user/nodebb", > "preferredUsername": "nodebb" > } >
>
> WebFinger acct:nodebb@tags.pub → resolves to https://tags.pub/user/nodebb ✅
>
> FediBuzz breaks the round-trip:
>
> json > { > "id": "https://relay.fedi.buzz/tag/nodebb", > "preferredUsername": "tag-nodebb" > } >
>
> WebFinger acct:tag-nodebb@relay.fedi.buzz → 404 ❌
>
> Yes, it's a FediBuzz bug. preferredUsername must match the WebFinger subject so that acct:{preferredUsername}@{hostname} resolves back to the actor's id. FediBuzz added a tag- prefix to preferredUsername but didn't update WebFinger to match.
>
> They should either use preferredUsername: "nodebb" (matching tags.pub) or serve WebFinger for acct:tag-nodebb@relay.fedi.buzz.

[astro@c3d2.social]

@julian Are you sure? For me, `acct:tag-whatever@` returns HTTP 200 while `acct:whatever@` fails with HTTP 404.

[julian@activitypub.space]

@astro@c3d2.social hmmm, you're right, I think I might've gotten confused. I swore it was the other way around, let me take a look when I get back to my PC

[julian@activitypub.space]

@astro@c3d2.social yeah I can't reproduce it anymore.

Both qwen and I must've hallucinated <img class="not-responsive emoji" src="https://activitypub.space/assets/plugins/nodebb-plugin-emoji/emoji/android/1f627.png?v=4459463b5a0" title=":anguished:" /> I'll let you know if it happens again.