| 23 May 2025 |
 Cat | because both those endpoints ignore the snapshots that /sync work on. | 08:59:55 |
| Cat | or its only /state that ignores that system | 09:00:05 |
 @lotte:chir.rs | a reliable way to trigger that is to delete a bunch of rooms on the homeserver that the client is joined in | 09:00:22 |
| Cat | But ye /state always returns the homeservers current perspective on the room at the time of the call. | 09:00:26 |
| @lotte:chir.rs | only way to fix it is to clear cache & reload | 09:00:34 |
| Cat | On what impl? | 09:00:58 |
| Cat | on Synapse if you use the right API the client gets told you left the room. | 09:01:08 |
| @lotte:chir.rs | synapse server, any client | 09:01:09 |
| Cat | Unless its a Element X client. | 09:01:14 |
| @lotte:chir.rs | ideally yes, but it still leads to desyncs | 09:01:33 |
| Cat | Because the rust SDK is bugged. | 09:01:35 |
 @raboof:matrix.org | IRC doesn't have any way to deal with already-sent spam/malware, so that'd still be worse? | 09:01:51 |
| @lotte:chir.rs | my homeserver is 99% bridged chats and so sometimes i clean up | 09:01:58 |
| @lotte:chir.rs | and there, without fail, the client remains in some chats that were deleted | 09:02:21 |
| @lotte:chir.rs | like it does work most of the time but maybe something gets lost if there’s a lot of load somewhere | 09:04:51 |
 Zhaofeng Li | right, but there are tools available to prevent spammers from joining in the first place | 09:10:23 |
| Zhaofeng Li | they are low-tech and not as fancy as matrix, yes, but they seem to work | 09:10:37 |
| Zhaofeng Li | (overflow rooms, bots that grant +v, etc.) | 09:10:59 |
| Zhaofeng Li | * right, but there are tools available to prevent spammers from spamming or joining in the first place | 09:11:12 |
 emily | I don't think a return to IRC is too likely. | 09:15:27 |
| emily | people like posting screenshots (yes, a problem with Matrix right now), and don't like getting disconnected. | 09:15:42 |
| emily | and the client space is pretty moribund-seeming these days. | 09:15:53 |
| emily | like IRCCloud seems as good as it was when we moved off freenode. it seems exactly as good as it was, as in it hasn't changed at all | 09:16:08 |
 Gnuxie 💜🐝 | In reply to @k900:0upti.me
Yes and I'm not even convinced it's a good idea it's a really good idea and the only bad thing about it from my perspective is that it is not included in event auth. So doesn't go far enough yet. | 09:17:53 |
| Gnuxie 💜🐝 | it's also fail unsafe atm | 09:18:51 |
| emily | do you not share my concerns? | 09:50:56 |
| Gnuxie 💜🐝 | I didn't read them, sorry | 10:00:51 |
| Gnuxie 💜🐝 | it's a relatively small feature that will take time for servers to adopt yes. but the only have to implement the event forwarding and not the policy server itself. | 10:01:37 |
| Gnuxie 💜🐝 | scanning content I think is out of scope and not useful | 10:01:57 |
| Gnuxie 💜🐝 | so I don't see that as a concern | 10:02:07 |
