Live testing of remote categories
-
https://community.nodebb.org/inbox delivery rejected: 403 Forbidden 2025-03-30 22:51:57
https://community.nodebb.org/inbox delivery rejected: 403 Forbidden 2025-03-30 23:28:55@scott@loves.tech Hubzilla is formatting its Notes in a manner I wasn't expecting.
- The group actor is the
attributedTo
, which is not possible in NodeBB - The note itself is not addressed to the group actor, only its followers collection
- There is no way to discern without parsing the note content itself who authored the original note.
So at present while I would be able to retrieve the note, without a proper backreference to the group actor, I don't think I can slot it correctly.
Not sure why the received activity is returning a 403, as well.
- The group actor is the
-
@scott@loves.tech Hubzilla is formatting its Notes in a manner I wasn't expecting.
- The group actor is the
attributedTo
, which is not possible in NodeBB - The note itself is not addressed to the group actor, only its followers collection
- There is no way to discern without parsing the note content itself who authored the original note.
So at present while I would be able to retrieve the note, without a proper backreference to the group actor, I don't think I can slot it correctly.
Not sure why the received activity is returning a 403, as well.
Forgot to cc @mario@hub.somaton.com re: the above.
- The group actor is the
-
@julian I saw a NodeBB test on Hubzilla Monster. I'm guessing that was you.
In order for you to properly mention someone, the Hubzilla server needs to know about that actor first. The easiest way to achieve this is to follow (connect to) that actor. This adds the actor to the database. This only needs to be done if no one on the server is following them or being followed by them.
This does create an extra step if the actor is unknown to the server, but it does force spammers to follow unknown actors before they can mention them. -
@julian @Mario Vavti That is one thing that I wish Hubzilla did, and that is identify the author of the original note (top level post in a forum), both internally in the database and in a variable available to themes, and externally via Zot protocol and ActivityPub.
-
@julian in Hubzilla the group actor will fork the original post with a quote reshare. Hence
attributedTo
is set to the group actor. IIRC the author of the original post is being stored for refernce but we currently do not use this info.
@Scott M. Stolz -
@julian in Hubzilla the group actor will fork the original post with a quote reshare. Hence
attributedTo
is set to the group actor. IIRC the author of the original post is being stored for refernce but we currently do not use this info.
@Scott M. Stolz@mario@hub.somaton.com since Hubzilla posts (incl. yours) are making it in fine I'm assuming this is only for the "forum" feature?
-
@julian right.
-
@julian we have recently rewritten the addressing logic and it seems mapping the mentions to
to
for public toplevel posts has fallen short. After fixing this it seems to work fine now: #^https://community.nodebb.org/topic/cbbf1640-2295-4fc5-b86f-5b1fd259cccb/test2
@Scott M. Stolz -
@julian we have recently rewritten the addressing logic and it seems mapping the mentions to
to
for public toplevel posts has fallen short. After fixing this it seems to work fine now: #^https://community.nodebb.org/topic/cbbf1640-2295-4fc5-b86f-5b1fd259cccb/test2
@Scott M. Stolz@mario@hub.somaton.com that's wonderful to hear! Thank you so much.
-
Some of the remote categories appear to be broken now.
These are the Flipboard magazines NodeBB is currently aware of when searching "flipboard" in the search page:
- [Tech News by @theverge@flipboard.com](https://community.nodebb.org/category/tech-news-theverge@flipboard.com)
- [Musik News by @musikexpressde@flipboard.com](https://community.nodebb.org/category/musik-news-musikexpressde@flipboard.com)
- [Gear by @engadget@flipboard.com](https://community.nodebb.org/category/gear-engadget@flipboard.com)
However, that very first one (tech news by The Verge) does not work; going to it gives a 404 page instead.
Something else appears to have happened to the Vivaldi Blog remote category (a WordPress blog). A week ago it was working fine, but now, searching for it lists it twice in the search page. Each listing indicates a completely different number of posts and topics for the remote category.
Even weirder though most of the topics that are correctly slotted into it, they are not actually in the category page, e.g. https://community.nodebb.org/topic/a85b0eff-5219-46ba-9ad4-a5d417a7bec5/minor-update-2-for-vivaldi-desktop-browser-7.3
Screenshots
-
Some of the remote categories appear to be broken now.
These are the Flipboard magazines NodeBB is currently aware of when searching "flipboard" in the search page:
- [Tech News by @theverge@flipboard.com](https://community.nodebb.org/category/tech-news-theverge@flipboard.com)
- [Musik News by @musikexpressde@flipboard.com](https://community.nodebb.org/category/musik-news-musikexpressde@flipboard.com)
- [Gear by @engadget@flipboard.com](https://community.nodebb.org/category/gear-engadget@flipboard.com)
However, that very first one (tech news by The Verge) does not work; going to it gives a 404 page instead.
Something else appears to have happened to the Vivaldi Blog remote category (a WordPress blog). A week ago it was working fine, but now, searching for it lists it twice in the search page. Each listing indicates a completely different number of posts and topics for the remote category.
Even weirder though most of the topics that are correctly slotted into it, they are not actually in the category page, e.g. https://community.nodebb.org/topic/a85b0eff-5219-46ba-9ad4-a5d417a7bec5/minor-update-2-for-vivaldi-desktop-browser-7.3
Screenshots
Actually, I think I know what's going on with the Vivaldi blog group actor - it's not necessarily NodeBB's fault.
Inspecting the AP objects coming from vivaldi.com/blog, all the English-written blog posts have their
as:audience
field set tohttps://vivaldi.com/?author=0
.Meanwhile, every other blog post that is written in a different language instead have it set to
https://vivaldi.com//?author=0
, so for Japanese blog posts, for example, it ishttps://vivaldi.com/ja/?author=0
.And all these URLs link to different group actors, but all of them have the same value on the
preferredUsername
andwebfinger
properties:blog
, andblog@vivaldi.com
.
EDIT: Actually this also appears to be all actor objects coming from vivaldi.com/blog. E.g. if you start typing
[@ruari@vivaldi.com](https://community.nodebb.org/user/ruari%40vivaldi.com)
or search for it, you can see it be suggested twice too.So my guess is that there are two person actors that NodeBB knows of that are claiming to be
ruari@vivaldi.com
:https://vivaldi.com/?author=46
andhttps://vivaldi.com/ja/?author=46
.This is probably a bug with the WPML+ActivityPub plugin combination they have going on.
Screenshots
-
Actually, I think I know what's going on with the Vivaldi blog group actor - it's not necessarily NodeBB's fault.
Inspecting the AP objects coming from vivaldi.com/blog, all the English-written blog posts have their
as:audience
field set tohttps://vivaldi.com/?author=0
.Meanwhile, every other blog post that is written in a different language instead have it set to
https://vivaldi.com//?author=0
, so for Japanese blog posts, for example, it ishttps://vivaldi.com/ja/?author=0
.And all these URLs link to different group actors, but all of them have the same value on the
preferredUsername
andwebfinger
properties:blog
, andblog@vivaldi.com
.
EDIT: Actually this also appears to be all actor objects coming from vivaldi.com/blog. E.g. if you start typing
[@ruari@vivaldi.com](https://community.nodebb.org/user/ruari%40vivaldi.com)
or search for it, you can see it be suggested twice too.So my guess is that there are two person actors that NodeBB knows of that are claiming to be
ruari@vivaldi.com
:https://vivaldi.com/?author=46
andhttps://vivaldi.com/ja/?author=46
.This is probably a bug with the WPML+ActivityPub plugin combination they have going on.
Screenshots
@AltCode okay! Thanks for reporting, it sounds like there are two issues going on:
- Categories losing their handle-to-id association
- Frustratingly, this read very similarly to #13283, and both remote users and categories share similar logic. I have so far not been able to reproduce it at all on local development.
- Separate users (different IDs) sharing the same
preferredUsername
.- This is an interesting one, and I am not entirely sure where the fault lies. I wonder how other software handles it?
- Categories losing their handle-to-id association