9
Why do federated articles end up in m/random? (kbin.social)
submitted 1 year ago by wahming@kbin.social to c/kbinMeta@kbin.social
6 comments fedilink hide all child comments

I can see many articles from other instances that end up in m/random instead of the actual magazine they were posted in. Why is this so? It's pretty annoying to be unable to view, subscribe to, or block those magazines.

top 6 comments
sorted by: hot top controversial new old
[-] dannekrose@kilioa.org 2 points 1 year ago

@wahming

I haven't fully tested this hypothesis, but it's based on what I do know.

I believe that when a comment/reply is federated before the main OP thread/article, it "looks at what it's a reply to" and tries to fetch the "parent" thread. But (and I haven't verified so I'm not certain yet), when it fetches the parent Thread, I don't believe that contains the "group/(magazine)" information, just the "thread content/post" part. It's because magazines are not the author of the Article/Thread, the user account is and so a reply would be to content that the OP account created without reference to the Magazine.

When new content is federated and pushed out at creation time, that does have the associated Magazine information, even though the author is still the user account that created the Article/Thread/Link, etc.

[-] wahming@kbin.social 1 points 1 year ago

Thanks! But why is this the case? Is it a technical limitation of ActivityPub? Or just a rough edge of the kbin code? (No idea if lemmy instances have the same issue)

[-] dannekrose@kilioa.org 1 points 1 year ago

@wahming

Without looking at the exact full data exchange, I can't say for certain. I don't even know if the trigger is as I think it might be.

But you can get a sense of where the information for the magazine account is by looking at this sample payload of what it looks like when a new Article/Thread is created and federated out. There is no "inReplyTo" because this is the initial thread/article, but it would point to the direct url for a previous content, not the magazine.

{
    "@context":
    [
        "https://www.w3.org/ns/activitystreams",
        "https://w3id.org/security/v1",
        {
            "ostatus": "http://ostatus.org#",
            "sensitive": "as:sensitive",
            "votersCount": "toot:votersCount"
        }
    ],
    "id": "https://kbindomain/m/testmagazine/t/16",
    "type": "Create",
    "actor": "https://kbindomain/u/demouser",
    "published": "2023-06-17T18:58:26+00:00",
    "to":
    [
        "https://kbindomain/m/testmagazine",
        "https://www.w3.org/ns/activitystreams#Public"
    ],
    "cc":
    [
        "https://kbindomain/u/demouser/followers"
    ],
    "object":
    {
        "id": "https://kbindomain/m/testmagazine/t/1676",
        "type": "Page",
        "attributedTo": "https://kbindomain/u/demouser",
        "inReplyTo": null,
        "to":
        [
            "https://kbindomain/m/testmagazine",
            "https://www.w3.org/ns/activitystreams#Public"
        ],
        "cc":
        [
            "https://kbindomain/u/demouser/followers"
        ],
        "name": "Federation Test",
        "content": "<p>Test for the body of the article</p>\n",
        "summary": "Test for the body of the article #testmagazine",
        "mediaType": "text/html",
        "url": "https://kbindomain/m/testmagazine/t/1676",
        "tag":
        [
            {
                "type": "Hashtag",
                "href": "https://kbindomain/tag/testmagazine",
                "tag": "#testmagazine"
            }
        ],
        "commentsEnabled": true,
        "sensitive": false,
        "stickied": false,
        "published": "2023-06-17T18:58:26+00:00",
        "contentMap":
        {
            "en": "<p>Test for the body of the article</p>\n"
        }
    }
}
[-] wahming@kbin.social 1 points 1 year ago

Just realised your hypothesis doesn't work, as many of the posts I see ending up in m/random have 0 comments, thus there is no way they could have been referred to by a comment/reply before they were federated.

[-] dannekrose@kilioa.org 1 points 1 year ago

@wahming

For Sure. It might not be comments, but some other way the thread shows up without the magazine information. I have seen the same thing you describe but I haven’t been able to capture data on it. I have a few ideas on how to test different scenarios but I need to figure out how to capture the raw data as well to verify.

[-] wahming@kbin.social 1 points 1 year ago

@ernest any chance you could shed some light on this?

this post was submitted on 29 Jun 2023
9 points (100.0% liked)

/kbin meta

39 readers
1 users here now

Magazine dedicated to discussions about the kbin itself. Provide feedback, ask questions, suggest improvements, and engage in conversations related to the platform organization, policies, features, and community dynamics. ---- * Roadmap 2023 * m/kbinDevlog * m/kbinDesign

founded 1 year ago