Skip to content
  • Categories
  • Recent
  • Tags
  • Popular
  • World
  • Users
  • Groups
Skins
  • Light
  • Brite
  • 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
Collapse

NodeBB

  1. Home
  2. Fediverse Enhancement Proposals
  3. FEP-5219: Groups and permissions

FEP-5219: Groups and permissions

Scheduled Pinned Locked Moved Fediverse Enhancement Proposals
10 Posts 5 Posters 5 Views
  • Oldest to Newest
  • Newest to Oldest
  • Most Votes
Reply
  • Reply as topic
Log in to reply
This topic has been deleted. Only users with topic management privileges can see it.
  • silverpill@socialhub.activitypub.rocksS
    silverpill@socialhub.activitypub.rocksS
    silverpill@socialhub.activitypub.rocks
    wrote on last edited by
    #1

    This is a discussion thread for FEP-5219: Groups and permissions

    Summary

    This document describes a permission system for ActivityPub groups.

    It is inspired by XEP-0045: Multi-User Chat, which defines a comprehensive permission system for XMPP group chats.

    boiert@socialhub.activitypub.rocksB julian@activitypub.spaceJ 2 Replies Last reply
    0
    • silverpill@socialhub.activitypub.rocksS silverpill@socialhub.activitypub.rocks

      This is a discussion thread for FEP-5219: Groups and permissions

      Summary

      This document describes a permission system for ActivityPub groups.

      It is inspired by XEP-0045: Multi-User Chat, which defines a comprehensive permission system for XMPP group chats.

      boiert@socialhub.activitypub.rocksB
      boiert@socialhub.activitypub.rocksB
      boiert@socialhub.activitypub.rocks
      wrote on last edited by
      #2

      The group actor itself is considered to have an admin affiliation.

      I would make the case against this as follows:

      The Group actor itself is not a human, nor a participant, if this clause was not there the Group Actor would need to make sure there remains at least one (human) external Actor as admin. Making group control loss a thing of the past. And voiding the need to 'log in on the server and manually edit group permissions'.

      It would also open the door to having more than one admin on the group.

      ? 1 Reply Last reply
      0
      • boiert@socialhub.activitypub.rocksB boiert@socialhub.activitypub.rocks

        The group actor itself is considered to have an admin affiliation.

        I would make the case against this as follows:

        The Group actor itself is not a human, nor a participant, if this clause was not there the Group Actor would need to make sure there remains at least one (human) external Actor as admin. Making group control loss a thing of the past. And voiding the need to 'log in on the server and manually edit group permissions'.

        It would also open the door to having more than one admin on the group.

        ?
        ?
        Guest
        wrote on last edited by
        #3

        Group actors should have the maximum privileges because some actions may need to be performed by a Group actor rather than an admin or moderator actor. This may be necessary to protect moderators from retaliation, for example. Another use case for this is anonymous groups where all posts are attributed to a Group actor (example: Telegram channels).

        Multiple admin actors are already allowed - in this FEP and in FEP-1b12.

        boiert@socialhub.activitypub.rocksB 1 Reply Last reply
        0
        • ? Guest

          Group actors should have the maximum privileges because some actions may need to be performed by a Group actor rather than an admin or moderator actor. This may be necessary to protect moderators from retaliation, for example. Another use case for this is anonymous groups where all posts are attributed to a Group actor (example: Telegram channels).

          Multiple admin actors are already allowed - in this FEP and in FEP-1b12.

          boiert@socialhub.activitypub.rocksB
          boiert@socialhub.activitypub.rocksB
          boiert@socialhub.activitypub.rocks
          wrote on last edited by
          #4

          Then that should be a very explicit requirement for someone 'super' admin to execute. Which makes the onus rely on a server, or if done manually on someone possibly outside of the group.

          To me it would make more sense when the Group Actor is know to have its limitations, so people can actually manage the reality of adversarial actions in a group. In stead of trying to fix social issues in a FEP. (something I've become intimately aware of )

          ? 1 Reply Last reply
          0
          • silverpill@socialhub.activitypub.rocksS silverpill@socialhub.activitypub.rocks

            This is a discussion thread for FEP-5219: Groups and permissions

            Summary

            This document describes a permission system for ActivityPub groups.

            It is inspired by XEP-0045: Multi-User Chat, which defines a comprehensive permission system for XMPP group chats.

            julian@activitypub.spaceJ
            julian@activitypub.spaceJ
            julian@activitypub.space
            wrote on last edited by
            #5

            Is this a product of the Groups TF? Since you're the author I'm assuming that isn't the case.

            It may be worth asking them to see what things they've converged on.

            ? 1 Reply Last reply
            0
            • boiert@socialhub.activitypub.rocksB boiert@socialhub.activitypub.rocks

              Then that should be a very explicit requirement for someone 'super' admin to execute. Which makes the onus rely on a server, or if done manually on someone possibly outside of the group.

              To me it would make more sense when the Group Actor is know to have its limitations, so people can actually manage the reality of adversarial actions in a group. In stead of trying to fix social issues in a FEP. (something I've become intimately aware of )

              ?
              ?
              Guest
              wrote on last edited by
              #6

              The super admin is a server operator (or the controller of a DID if group's id is an 'ap' URI).

              1 Reply Last reply
              0
              • julian@activitypub.spaceJ julian@activitypub.space

                Is this a product of the Groups TF? Since you're the author I'm assuming that isn't the case.

                It may be worth asking them to see what things they've converged on.

                ?
                ?
                Guest
                wrote on last edited by
                #7

                The last time I checked, not much progress had been made there. However, they are welcome to provide feedback on this FEP.

                evan@cosocial.caE 1 Reply Last reply
                0
                • ? Guest

                  The last time I checked, not much progress had been made there. However, they are welcome to provide feedback on this FEP.

                  evan@cosocial.caE
                  evan@cosocial.caE
                  evan@cosocial.ca
                  wrote on last edited by
                  #8

                  @silverpill @julian @feps I'm happy to look over this FEP, but we'll continue the work in the Groups TF. Would you be willing to submit it under the W3C community group CLA so we can include it in that Task Force's work?

                  ? 1 Reply Last reply
                  0
                  • evan@cosocial.caE evan@cosocial.ca

                    @silverpill @julian @feps I'm happy to look over this FEP, but we'll continue the work in the Groups TF. Would you be willing to submit it under the W3C community group CLA so we can include it in that Task Force's work?

                    ?
                    ?
                    Guest
                    wrote on last edited by
                    #9

                    @evan It depends on the terms of the agreement.

                    No agreement should be necessary, though - FEPs are in public domain, they can be implemented by anyone and can be included in other documents without restrictions.

                    Also, it is not clear what is the benefit of submitting a FEP to W3C. I already submitted it to the FEP repository, and this was always enough for everybody, including major players like Mastodon and Lemmy. These task forces look like totally unnecessary bureaucracy, I don't really have time for that.

                    @julian

                    evan@cosocial.caE 1 Reply Last reply
                    0
                    • ? Guest

                      @evan It depends on the terms of the agreement.

                      No agreement should be necessary, though - FEPs are in public domain, they can be implemented by anyone and can be included in other documents without restrictions.

                      Also, it is not clear what is the benefit of submitting a FEP to W3C. I already submitted it to the FEP repository, and this was always enough for everybody, including major players like Mastodon and Lemmy. These task forces look like totally unnecessary bureaucracy, I don't really have time for that.

                      @julian

                      evan@cosocial.caE
                      evan@cosocial.caE
                      evan@cosocial.ca
                      wrote on last edited by
                      #10

                      @silverpill @feps @julian great question!

                      The W3C Community Group contributor license agreement goes beyond copyright -- it also covers patents and other intellectual property.

                      https://www.w3.org/community/about/process/cla/

                      It's great that FEPS are CC0 -- that makes it possible to redistribute the text freely verbatim or modified. However, it doesn't protect implementers from patents and other claims.

                      1 Reply Last reply
                      0

                      Hello! It looks like you're interested in this conversation, but you don't have an account yet.

                      Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.

                      With your input, this post could be even better πŸ’—

                      Register Login
                      Reply
                      • Reply as topic
                      Log in to reply
                      • Oldest to Newest
                      • Newest to Oldest
                      • Most Votes


                      • Login

                      • Login or register to search.
                      Powered by NodeBB Contributors
                      • First post
                        Last post
                      0
                      • Categories
                      • Recent
                      • Tags
                      • Popular
                      • World
                      • Users
                      • Groups