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

Remote messages not working after converting from libolm to goolm #280

Open
gmacon opened this issue Aug 31, 2024 · 1 comment
Open

Remote messages not working after converting from libolm to goolm #280

gmacon opened this issue Aug 31, 2024 · 1 comment

Comments

@gmacon
Copy link

gmacon commented Aug 31, 2024

In NixOS/nixpkgs#337571 (review), @niklaskorz reported that he was unable to receive incoming messages after switching to bridges built with goolm instead of libolm on mautrix-whatsapp and mautrix-signal. I've now reproduced this on mautrix-gmessages, too, so I'm assuming it's a bug with goolm and not any individual bridge.

The incoming messages on Beeper desktop say

Unable to decrypt: Error: OLM.BAD_SIGNATURE

and on Beeper Android say

Encrypted Message

I sent the discard-megolm-session command in the control channel for mautrix-gmessages, and it looks like that's resolved the issue at least for now. I hypothesize that there's a compatibility problem around key storage that means you have to regenerate keys after switching Olm implementations, in which case it should continue to work for me through server reboots, etc., but I'll continue to monitor it and report if something different happens.

@gmacon
Copy link
Author

gmacon commented Aug 31, 2024

OK, bad news. An existing conversation (not the one I was testing with) is still broken after switching to goolm and discarding the megolm session. That disproves my hypothesis.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Development

No branches or pull requests

1 participant