Skip to content
  • 0 Votes
    35 Posts
    608 Views
    eeeee@community.nodebb.orgE
    That sounds good
  • 0 Votes
    8 Posts
    68 Views
    julian@community.nodebb.orgJ
    @shoppingtonz@mastodon.social if edits from PieFed aren't reflected here that may be a bug.
  • How to subscribe to a thread?

    ActivityPub activitypub fep
    10
    0 Votes
    10 Posts
    105 Views
    silverpill@mitra.socialS
    1. +1. I will replace webfinger address recommendation with a warning about possible compatibility issues.2. I think observers (and other Application actors on the server) should use a shared key.
  • ActivityPods FOSDEM presentation

    Solid Project activitypods solid activitypub
    2
    2 Votes
    2 Posts
    925 Views
    deadsuperheroD
    Really great talk! I think he did a really good job of introducing the concept of Solid with ActivityPub together, and why this combination would be desirable for people. Super excited to see the future of this project, I would love to see frontends from popular Fediverse servers ported over to ActivityPods app architecture.
  • 1b12 vs Guppe groups

    ActivityPub activitypub 1b12 guppe
    22
    0 Votes
    22 Posts
    290 Views
    julian@community.nodebb.orgJ
    > Doesn't this mean Mastodon users et al will no longer get boost notifications when their posts are reshared into a topic? Correct, only OP will be shared. Unless I am mistaken this is how Lemmy implemented it. Announce-ing activities only, and one single Announce(Note) for compatibility with Mastodon.
  • `Update(Note)` quirk

    ActivityPub activitypub fedidev mastodonism nodebbactivityp
    11
    0 Votes
    11 Posts
    19 Views
    aschrijver@socialhub.activitypub.rocksA
    thisismissem:This sounds like a wonderful FEP! This article published two weeks ago mentions the issue (highlight mine) ..Another example I personally encountered was a frustrating issue while implementing ActivityPub for this blog: updating a post propagated to Lemmy but not Mastodon. Despite the Update activity being accepted, Mastodon silently rejected it unless the updated timestamp changed—a logical but unofficial requirement. Developers must track down subtle implementation details that aren't formally documented, significantly complicating adoption and usage.https://chrastecky.dev/technology/activity-pub-the-good-the-bad-and-the-uglyI'd write it off as a Mastodon-ism, but it's actually better to have that property present, so now it is.So one that's becoming de-facto standard. Ideally if Mastodon introduces such logic, it is up to them to remember to inform the broader developer community via a FEP.---Aside: "If all we have is a Note .. "Overall it is such a pity that everything is to be a Note or else.. And the default pragmatic urge of most devs is to assign app-specific business logic to an existing or custom property within it, to create all the behavioral flavors. And then call it a day "my app works" and throw the protocol decay out in the ecosystem.There are other improvements regarding revision control as long-time open issues, see e.g. @trwnh's https://socialhub.activitypub.rocks/t/exposing-edit-history-via-activitystreams/2930 (mastodon issue # dd. January 2023). In this issue @stevebate suggests previousversions from the ForgeFed Vocabulary.What do we do when we "Edit a Note"? Is using the CRUD of ActivityStreams really the best option, or are we really "Creating a Revision". Shouldn't ActivityPub have a proper way to Revision Control across the board?If my new Fediverse app included both editable and non-editable posts, how I'd hack that in on top of the current mechanism? Just pondering this. It seems we go out of our way not to use the extension mechanism of ActivityPub as it was intended to be used, cramming everything in NoteCrud​. Is that official best-practice for the future fediverse now, I wonder.Many more examples seen in discussions. The ActivityPub specs state that you may ditch JSON-LD for plain JSON, but doesn't say that the whole idea of a semantic type model should be thrown out of the window as well. In https://socialhub.activitypub.rocks/t/distinguish-between-posts-and-direct-messages/2283 the example is people going out of their way not to define ChatMessage in favor of Note + property-logic.
  • 0 Votes
    20 Posts
    97 Views
    ?
    A little semantics thing: I'd argue that HTTP 410 and as:Tombstone are semantically equivalent, i.e.an as:Tombstone should always be served with the HTTP 410 status, andA HTTP 410 status should be treated as a tombstoneSoftware unaware of tombstones will then treat it as a hard delete. "Fully" tombstone aware software can then use logic likeif (status == 200 && contentType is as2) { // treat as normal} else if (status == 410 && contentType is as2 && in body.type) { // also treat as normal} else if (status == 410) { // synthesize a tombstone} else if (status == 404) { // hard delete?} else // existing error handling logic