OTR should close a session, if the other chat partner logs out
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
pidgin-otr (Ubuntu) |
Confirmed
|
Wishlist
|
Unassigned |
Bug Description
Binary package hint: pidgin-otr
Hello,
just had some problem while using OTR. I tested a bit around and found out, that Pidgin-OTR does not close the OTR-session when the other partner logs out. This results in a big mess. One example:
There is a working OTR-Session.
One chat partner closes pidgin. He restarts it and opens a chat to the partner, he was writing to.
Now in his chat windows it sais "Not private" and in the other (who has not quited pidgin) it still says "Private". Now the one who restarted pidgin sends the other a message. And with this message he starts to initiate an OTR-session. Now there come the problems:
(22:07:40) Successfully refreshed the private conversation with xxx //seems good so far
(22:07:40) OTR Error: You sent encrypted data to xxx, , who wasn't expecting it. //oh, that's bad.
Actually those two clients should negotiate a new session. Butoften this does not work and there are more and more messages that the other could not read something and was needed to resend and the other one tried to make a new session and so on. I had these problem a few times.
I think it would be the best, if a session gets ended automatically, if the other contact (or one self) logs out. There is no need to keep the session up. It only makes confusion, if one contact writes later with another session.
Thanks for reading! :)
Edit: Sorry, forgot something again:
I am on 64 bit Intrepid and I think this shall be wishlist.
description: | updated |
description: | updated |
Changed in pidgin-otr: | |
status: | New → Confirmed |
Changed in pidgin-otr (Ubuntu): | |
importance: | Undecided → Wishlist |
tags: | added: patch |
I can confirm this behavior on both Ubuntu Intrepid and Windows XP SP3 using pidgin 2.5.2/3 and pidgin-otr 3.2.0. I describe OTR's handling here: http:// lists.cypherpun ks.ca/pipermail /otr-users/ 2008-December/ 001562. html