ChatSecureAndroid icon indicating copy to clipboard operation
ChatSecureAndroid copied to clipboard

Contact client type & keys not updated after client switch

Open djhalliday opened this issue 14 years ago • 3 comments

When switching from Adium <--> Gibberbot to Gibberbot <--> Gibberbot using the same XMPP accounts (both Gmail), the client type and key was not updated properly (still stated 'Computer' for client and original Key was still stored and marked as verified).

djhalliday avatar Feb 16 '11 16:02 djhalliday

I don't quite understand the issue here. It sounds like you mean you are using a [email protected] account in both Adium and Gibberbot, and when a different app becomes active, Gibberbot didn't recognize it should use a different OTR key?

eighthave avatar Apr 15 '11 22:04 eighthave

Yes, I unfortunately found this one a bit difficult to explain in the initial write-up :) - but yes, your description is more or less what I'm describing.

It is linked to the concept of storing multiple keys for a contact - as that contact certainly may communicate via a desktop client as well as a mobile client like Gibberbot. I tested this case with n8fr8 this weekend as I switched from Adium to Gibberbot, and it was definitely a bumpy ride and took a lot of manual 'stop encrypted chat' or 'key regen' to get back to a normalized conversation.

djhalliday avatar Apr 18 '11 14:04 djhalliday

has this been solved on any of the desktop OTR clients? Or is Gibberbot performing worse than others? From my experience, the only way to get reliable OTR across multiple clients simultaneously is to use the exact same key in all running clients.

eighthave avatar May 05 '11 18:05 eighthave