Discussion
Loading...

Post

  • About
  • Code of conduct
  • Privacy
  • Users
  • Instances
  • About Bonfire
Daniel Gultsch
@daniel@gultsch.social  ·  activity timestamp 3 weeks ago

The first day of the Hackathon at #IETF124 in Montreal is coming to an end.
We implemented the relatively niche feature of XEP-0444: Message Reactions that allows channels or group chats to restrict the type and number of emoji reactions users can do.¹

This brings us a step closer to advancing and stabilizing the XEP. We didn’t want to do that before, since we aim to have complete implementations before requesting a Last Call.

¹: https://xmpp.org/extensions/xep-0444.html#disco-restricted

#XMPP #Jabber #Conversations_im

  • Copy link
  • Flag this post
  • Block
Nicoco
@nicoco@pouet.pas.la replied  ·  activity timestamp 2 weeks ago

@daniel Oh cool, did you implement a "restricted emoji picker" in Conversations? I only implemented "1 emoji/message" in @gajim

For groupchats I followed the spec, but for 1:1 chats lovetox did not want to rely on anything resource-related (client disco features/caps). I added the restriction form at the "server" (=gateway component) level, by adding a `scope=domain` field. It may be worth an extra sentence in 2.2 of the spec?

https://dev.gajim.org/gajim/gajim/-/merge_requests/1196
https://codeberg.org/slidge/slidge/commit/86066eb4b6daff4c2be7b26debe1099eeaa18ccd

Codeberg.org

imprv: advertise gateway-wide reaction restrictions · 86066eb4b6

Support in gajim is coming soonish.
  • Copy link
  • Flag this comment
  • Block
Daniel Gultsch
@daniel@gultsch.social replied  ·  activity timestamp 2 weeks ago

@nicoco @gajim Yes, I've implemented both the allow list and the max reactions per user.

Thus far I only support this in MUCs (We mainly wanted to proof that the XEP is feasible rather than create functionality that many users will use immediately.)

Announcing it on the domain (with 'scope') would probably solve a problem that @larma and I have been talking about too.

  • Copy link
  • Flag this comment
  • Block
Marvin W
@larma@mastodon.social replied  ·  activity timestamp 2 weeks ago

@daniel @nicoco @gajim I'm not sure we need to announce a scope, I would usually expect restrictions to apply to all "sub JIDs" (that is, it applies to full jid if disco'd on bare JIDs and on bare JIDs when disco'd on domains).

That said, the main issue with announcing it on the domain is that many clients don't disco their peer's domain (also typically not the bare JID) and it would be weird to disco all domains of all contacts just for the purpose of reaction restrictions.

  • Copy link
  • Flag this comment
  • Block
Nicoco
@nicoco@pouet.pas.la replied  ·  activity timestamp 2 weeks ago

@larma @daniel
> it would be weird to disco all domains of all contacts
I think the reasonable use-cases are MUCs and gateways. If you use a gateway, you probably have its disco cached somewhere. It makes sense to check for restrictions there specifically if one wants a client that integrates nicely with gateways. It should be "almost" free if it is already implemented for MUCs, I think?

  • Copy link
  • Flag this comment
  • Block
Wolf480pl
@wolf480pl@mstdn.io replied  ·  activity timestamp 3 weeks ago

@daniel
do you have sth like a "2 servers and 1 client or 1 server and 2 clients" rule?

  • Copy link
  • Flag this comment
  • Block
Log in

bonfire.cafe

A space for Bonfire maintainers and contributors to communicate

bonfire.cafe: About · Code of conduct · Privacy · Users · Instances
Bonfire social · 1.0.0 no JS en
Automatic federation enabled
  • Explore
  • About
  • Members
  • Code of Conduct
Home
Login