Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Implement EDUs to AppServices for MSC2409 #584

Open
tcpipuk opened this issue Sep 28, 2024 · 1 comment
Open

Implement EDUs to AppServices for MSC2409 #584

tcpipuk opened this issue Sep 28, 2024 · 1 comment
Assignees
Labels
enhancement New feature or request low-priority

Comments

@tcpipuk
Copy link
Contributor

tcpipuk commented Sep 28, 2024

MSC2409 specifies a way for homeservers to transmit EDUs to AppServices so that bridges can be aware of read receipts, typing, presence, etc.

Currently bridges are able to send them to us, but we're not able to send the same in return, so bridged chats remain unread on the bridged service, for example.

I know the current AppService implementation is a challenge so would probably require a fair bit of work, but this feature currently works really well in Synapse, so I wanted to get an issue logged for the future so users with bridges can have an even better experience in Conduwuit!

@girlbossceo girlbossceo added enhancement New feature or request low-priority labels Sep 28, 2024
@tcpipuk tcpipuk changed the title Implement EDUs (and to_device) to AppServices for MSC2409 Implement EDUs to AppServices for MSC2409 Sep 28, 2024
@girlbossceo girlbossceo self-assigned this Nov 4, 2024
@girlbossceo
Copy link
Owner

#642 implemented read receipt and typing indicator sending EDUs which are the two primary EDUs people want in bridges.

Presence might be a bit more involved, but in theory should be easier because presence is not scoped to rooms or anything, so there shouldn't need to be any kind of check for things like if user is related to an appservice or shares a room with an appservice. Presence is just whether a server shares a room with another server. Also presence doesn't really seem that useful to appservices, local presence might be more beneficial to them anyways.

To-device events still needs to be implemented so E2EE bridging works more reliably/properly.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request low-priority
Projects
None yet
Development

No branches or pull requests

2 participants