Skip to content
  • Hjem
  • Seneste
  • Etiketter
  • Populære
  • Verden
  • Bruger
  • Grupper
Temaer
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • Default (No Skin)
  • No Skin
Kollaps
FARVEL BIG TECH
  1. Forside
  2. ActivityPub
  3. Backfilling Conversations: Two Major Approaches

Backfilling Conversations: Two Major Approaches

Planlagt Fastgjort Låst Flyttet ActivityPub
activitypubfep7888f228171b
27 Indlæg 8 Posters 28 Visninger
  • Ældste til nyeste
  • Nyeste til ældste
  • Most Votes
Svar
  • Svar som emne
Login for at svare
Denne tråd er blevet slettet. Kun brugere med emne behandlings privilegier kan se den.
  • julian@community.nodebb.orgJ julian@community.nodebb.org

    silverpill@mitra.social do you still need to if you’re not using a shared inbox?

    silverpill@mitra.socialS This user is from outside of this forum
    silverpill@mitra.socialS This user is from outside of this forum
    silverpill@mitra.social
    wrote on sidst redigeret af
    #18

    @julian @mikedev Yes, if you receive an Announce(Create), and Create is not signed, then you need to retrieve this Create from its origin. When that origin server receives your signed GET request, it needs to verify that you belong to the group, but it might not have that information.

    1 Reply Last reply
    0
    • scott@loves.techS This user is from outside of this forum
      scott@loves.techS This user is from outside of this forum
      scott@loves.tech
      wrote on sidst redigeret af
      #19
      Just thought of something interesting. In the case of moderated threads, it may be useful to tell other platforms that you know about a particular comment, but have removed it on purpose from the official moderated version of the thread. Because there is a difference between "I didn't know about that reply due to a technical issue" and "this content was removed by a moderator."
      julian@community.nodebb.orgJ 1 Reply Last reply
      0
      • scott@loves.techS scott@loves.tech
        Just thought of something interesting. In the case of moderated threads, it may be useful to tell other platforms that you know about a particular comment, but have removed it on purpose from the official moderated version of the thread. Because there is a difference between "I didn't know about that reply due to a technical issue" and "this content was removed by a moderator."
        julian@community.nodebb.orgJ This user is from outside of this forum
        julian@community.nodebb.orgJ This user is from outside of this forum
        julian@community.nodebb.org
        wrote on sidst redigeret af
        #20

        That’d be accomplished with a Remove activity, most likely.

        For those expressing the context collection as a set of objects, then removal from the set should suffice. There are probably better signals to send.

        scott@loves.techS 1 Reply Last reply
        0
        • julian@community.nodebb.orgJ julian@community.nodebb.org

          That’d be accomplished with a Remove activity, most likely.

          For those expressing the context collection as a set of objects, then removal from the set should suffice. There are probably better signals to send.

          scott@loves.techS This user is from outside of this forum
          scott@loves.techS This user is from outside of this forum
          scott@loves.tech
          wrote on sidst redigeret af
          #21
          @julian Wouldn't a remove would remove it from everywhere, including the server of the person who posted it. That may be desired, but also could lead to confusion, since on many platforms like Mastodon, they can't see threads and don't realize their comment can be deleted everywhere (including their own copy).
          julian@community.nodebb.orgJ 1 Reply Last reply
          0
          • scott@loves.techS scott@loves.tech
            @julian Wouldn't a remove would remove it from everywhere, including the server of the person who posted it. That may be desired, but also could lead to confusion, since on many platforms like Mastodon, they can't see threads and don't realize their comment can be deleted everywhere (including their own copy).
            julian@community.nodebb.orgJ This user is from outside of this forum
            julian@community.nodebb.orgJ This user is from outside of this forum
            julian@community.nodebb.org
            wrote on sidst redigeret af
            #22

            scott@loves.tech not necessarily, a remove merely represents that it has been removed from a collection. A Delete would instruct the recipient servers to purge the object, and that can’t be done unless the actor is same-origin.

            scott@loves.techS 1 Reply Last reply
            0
            • julian@community.nodebb.orgJ julian@community.nodebb.org

              scott@loves.tech not necessarily, a remove merely represents that it has been removed from a collection. A Delete would instruct the recipient servers to purge the object, and that can’t be done unless the actor is same-origin.

              scott@loves.techS This user is from outside of this forum
              scott@loves.techS This user is from outside of this forum
              scott@loves.tech
              wrote on sidst redigeret af
              #23
              @julian Okay, that makes sense.
              1 Reply Last reply
              0
              • projectmoon@forum.agnos.isP This user is from outside of this forum
                projectmoon@forum.agnos.isP This user is from outside of this forum
                projectmoon@forum.agnos.is
                wrote on sidst redigeret af
                #24

                julian@community.nodebb.org said in Backfilling Conversations: Two Major Approaches:
                > A number of implementors follow this approach to backfill, including NodeBB, Discourse, WordPress, Frequency, Mitra, and Streams. Additional implementors like Lemmy and Piefed have expressed interest.

                Is this implemented currently? One weakness I have noticed in NodeBB’s current federation is that posts which are in reply to a topic (e.g. a Lemmy comment) show up as individual threads until (or if) the root post of that topic shows up in the local NodeBB. It’s a bit confusing of a UX, I think. Because you think:

                1. (Before root post) Why is this a post that seems to be just a random comment?
                2. (After root post) Why did that other thread disappear and why am I seeing the same comment again?
                1 Reply Last reply
                1
                0
                • julian@community.nodebb.orgJ This user is from outside of this forum
                  julian@community.nodebb.orgJ This user is from outside of this forum
                  julian@community.nodebb.org
                  wrote on sidst redigeret af
                  #25

                  > One weakness I have noticed in NodeBB’s current federation is that posts which are in reply to a topic (e.g. a Lemmy comment) show up as individual threads until (or if) the root post of that topic shows up in the local NodeBB.

                  No, Lemmy does not implement either strategy, they rely on 1b12 only.

                  If NodeBB is receiving parts of a topic that don’t resolve up to the root-level post that might be something we can fix. I’ll try to take a look at it.

                  1 Reply Last reply
                  0
                  Svar
                  • Svar som emne
                  Login for at svare
                  • Ældste til nyeste
                  • Nyeste til ældste
                  • Most Votes


                  • Log ind

                  • Har du ikke en konto? Tilmeld

                  • Login or register to search.
                  Powered by NodeBB Contributors
                  Graciously hosted by data.coop
                  • First post
                    Last post
                  0
                  • Hjem
                  • Seneste
                  • Etiketter
                  • Populære
                  • Verden
                  • Bruger
                  • Grupper