Michael Vetter

@pasis can we do this?

This might be worked on at https://github.com/strophe/libstrophe/issues/140

> For XMPP server devs it takes effort to maintain two sets of bookmarks and protocol translation between them, and they will eventually move on and completely drop XEP-0048. Seems...

Sure. But if servers didn't even implement it yet it's not like we need to be afraid that the will drop support anytime soon ;) So this "eventually" is quite...

https://lists.notraces.net/pipermail/profanity/2021/000047.html : ``` Hello there. I have a bug I want to report. It is the same bug that someone already reported: https://github.com/profanity-im/profanity/issues/1556 Operating System: GNU/Arch Linux. Kernel version: 5.14.10-arch1-1...

Someone in the MUC suggest that it has to do with: https://github.com/profanity-im/profanity/blob/e31e2877fc5a0d910cf803ca547847be9d0f5ac6/src/event/server_events.c#L272 We [filter](https://github.com/profanity-im/profanity/blob/e31e2877fc5a0d910cf803ca547847be9d0f5ac6/src/event/server_events.c#L287) out messages that we already received. So after reconnect MUC history is not displayed again. Still...

@mdosch Can you comment out the `wins_reestablished_connection()` in `sv_ev_login_account_success()` and see what happens then for your?

@kousu is this still the case? How do I get such a stanza to test?

There is also https://github.com/profanity-im/profanity/issues/1220 and https://github.com/profanity-im/profanity/pull/1226 where we started to filter out some characters upon receival.

Makes sense.