swicg / activitypub-trust-and-safety

ActivityPub Trust and Safety Taskforce
https://swicg.github.io/activitypub-trust-and-safety/
25 stars 0 forks source link

Taskforce Meeting 2024-11-12 #26

Closed ThisIsMissEm closed 1 week ago

ThisIsMissEm commented 2 weeks ago

Mailing list notice: https://lists.w3.org/Archives/Public/public-swicg/2024Nov/0031.html

Agenda:

  1. IP Protection Note Reminder:
  2. Reminder of Code of Conduct
  3. Introductions & Overview
  4. Meeting times and cadence
    • Proposal: Every two weeks at 5pm CET on Tuesdays
  5. Defining and agreeing on Scope of Work for the Taskforce
    • Proposal: Initially work on items related to long-standing federation issues:
      • formalizing Flag activities ( #2, #3, #14, #8 )
      • discovery of moderation group actors ( #24 )
      • content warnings / labeling, as to move away from misusing summary on Note ( #1, #4 )
      • define Block activity handling / sending for S2S, currently only defined for C2S ( #23 )
      • communicating updates and conversations relating to Flag activities ( #6, #7 )
      • Explicitly out of scope, but we can include a recommendation in our report(s) about these if necessary:
      • federation management, i.e., FediBlock, since "instances" are not a thing in ActivityPub, but just a side-effect of S2S.
      • quote posts (has existing FEPs)
      • reply controls (has existing FEPs / implementations)
lisad commented 2 weeks ago

I love this scope of work. Where would you slot in, if anywhere, work on sharing moderator decisions? Blocklist sharing exists in practice, does it need work for interoperability or better functionality?

evanp commented 2 weeks ago

Core ActivityPub and Activity Streams 2.0 issues are not in scope for this task force. We have an existing process for working on them.

It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.

ThisIsMissEm commented 2 weeks ago

I love this scope of work. Where would you slot in, if anywhere, work on sharing moderator decisions? Blocklist sharing exists in practice, does it need work for interoperability or better functionality?

@lisad for now, I'm wanting to keep this out of scope, as just federating Block(actor) activities isn't well defined, and "instances" aren't a thing in ActivityPub, we just have Actors who happen to share the same domain. So I don't think we can do anything around this at present. If we're talking blocklists of actors, then those could just be regular Collections today, and then you'd need some way to subscribe to them and get data.

ThisIsMissEm commented 2 weeks ago

Core ActivityPub and Activity Streams 2.0 issues are not in scope for this task force. We have an existing process for working on them.

It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.

@evanp I'm not sure what you mean by this comment. Is there a specific item that you're against us working on?

evanp commented 2 weeks ago

It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.

@evanp I'm not sure what you mean by this comment. Is there a specific item that you're against us working on?

Well, I think if you work on further elaboration of the Flag activity, it would be a good idea to keep it compatible to what's already in the Activity Vocabulary.

Otherwise, I'm glad to see how many of these items are for building out new vocabularies. That's the right way to move forward! 👍🏼

evanp commented 2 weeks ago

One great bit might be going through the "needs FEP" issues on ActivityPub and AS2 to see if there are any that would fit in scope and benefit from attention.

ThisIsMissEm commented 2 weeks ago

It would be a good idea to stay focused on building extension vocabularies and interfaces with other protocols.

@evanp I'm not sure what you mean by this comment. Is there a specific item that you're against us working on?

Well, I think if you work on further elaboration of the Flag activity, it would be a good idea to keep it compatible to what's already in the Activity Vocabulary.

Otherwise, I'm glad to see how many of these items are for building out new vocabularies. That's the right way to move forward! 👍🏼

If you currently, today, use Flag activities per AS2, you will often find your reports not actually filed, due to specific requirements from various software. I think it's within scope of this task force to both document how Flag is currently used, write FEPs for new properties (evidence for example) and delivery semantics that we would recommend when sending Flag activities (e.g., currently they're unaddressed activities sent to the reported actor's inbox, which is almost certainly incorrect).

ThisIsMissEm commented 2 weeks ago

@evanp on AP there's only really these two:

And maybe https://github.com/w3c/activitypub/issues/406 at a stretch

On AS2, there's

I think 319 on AP is out of scope, since others are working on that (GoToSocial just implemented something), and 464 is probably far-future scope (though I do have a prototype of a Web Annotations server setup that I think could work for doing community notes)

ThisIsMissEm commented 1 week ago

Some reading materials mentioned during the meeting:

ThisIsMissEm commented 1 week ago

Pull request for the meeting notes: https://github.com/swicg/activitypub-trust-and-safety/pull/34

ThisIsMissEm commented 1 week ago

@evanp did my comment in https://github.com/swicg/activitypub-trust-and-safety/issues/26#issuecomment-2466451499 cover everything that you thought could be brought across from the AP and AS2 issue trackers? I believe we already have issues open for each other those points apart from the Delete Acknowledgements one.