As it says in the title, recently i joined a server with about 7K users per room at the time of writing and about 8K total and E2EE is enabled. I know most of the issue stems from key exchange latency and serverside delays but you might be able to mitigate it somewhat.
Describe the solution you'd like
Firstly some more chat caching, i get connection lost headers and then only a small portion of the chat is available.
Message ordering is somewhat out of wack, different sessions show different ordering and after relaunching it can jump around, no idea if you even can mitigate that
Other features, like verifying another session (emoji test) seem to be affected too. If it's due to background keys fetch or something similar, verification could be prioritized instead.
Better support for editing messages in those conditions, currently on sending an edit the textbox remains for quite some time, an indicator on the message itself that it's sending would be better. And if possible, re-edit, with cancellation of any uncompleted edit posts.
Also a lot of people immediately start asking about Unable to decrypt message and in this case it can remain for a long time so a tooltip on hover would be nice.
Alternatives considered
No response
Additional context
Other clients i have tried have the same problems, would be nice to have at least one with extended support for massive E2EE in poor performance conditions if at all possible
Describe the problem
As it says in the title, recently i joined a server with about 7K users per room at the time of writing and about 8K total and E2EE is enabled. I know most of the issue stems from key exchange latency and serverside delays but you might be able to mitigate it somewhat.
Describe the solution you'd like
Firstly some more chat caching, i get connection lost headers and then only a small portion of the chat is available. Message ordering is somewhat out of wack, different sessions show different ordering and after relaunching it can jump around, no idea if you even can mitigate that Other features, like verifying another session (emoji test) seem to be affected too. If it's due to background keys fetch or something similar, verification could be prioritized instead. Better support for editing messages in those conditions, currently on sending an edit the textbox remains for quite some time, an indicator on the message itself that it's sending would be better. And if possible, re-edit, with cancellation of any uncompleted edit posts.
Also a lot of people immediately start asking about
Unable to decrypt messageand in this case it can remain for a long time so a tooltip on hover would be nice.Alternatives considered
No response
Additional context
Other clients i have tried have the same problems, would be nice to have at least one with extended support for massive E2EE in poor performance conditions if at all possible