Bug #439
Automatically resend messages after OTR negotiation
| Status: | Closed | Start date: | 12/26/2012 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | 01/15/2013 | |
| Assignee: | devrandom | % Done: | 0% | |
| Category: | - | |||
| Target version: | v12 - March Mantra | |||
| Component: |
Description
Resend any messages that were not properly received due to:
- Peer could not decrypt messages due to lost OTR state (e.g. app restart)
- OTR encryption required but message sent before negotiation
Method:
* Keep a counter of messages not delivered (either peer sent back error, or we could not send due to encryption not negotiated)* On OTR negotiation success, resend "counter" messages
Resending last errored message, just like Pidgin.
Associated revisions
Automatically resend messages after OTR negotiation
Fixes #439
Fix NPE in SMP when not encrypted
More notification when SMP does not verify
Merge pull request #439 from ChatSecure/list-self
Fixed showing self in all buddies database view
History
#1 Updated by devrandom about 5 years ago
- Status changed from New to In Progress
#2 Updated by devrandom about 5 years ago
This needs a bit more work. Since we are not XEP-0184 confirming the original undecryptable message, and the resent message has a different packet ID, the XEP-0184 UI shows the message as undelivered.
#3 Updated by devrandom about 5 years ago
- Description updated (diff)
#4 Updated by n8fr8 about 5 years ago
- Due date set to 01/15/2013
Think this is something you can tackle in the next seven days?
#5 Updated by n8fr8 almost 5 years ago
- Target version changed from v11 - January Judo to v12 - March Mantra
#6 Updated by n8fr8 over 4 years ago
- Status changed from In Progress to Resolved
#7 Updated by chatsecure over 4 years ago
I don't know if this really works well. I still get a lot of unsent messages with v12.5.
#8 Updated by n8fr8 about 4 years ago
- Status changed from Resolved to Closed