Bug 345396 - Replying to or forwarding a signed/encrypted message can block the whole application
Summary: Replying to or forwarding a signed/encrypted message can block the whole appl...
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: composer (show other bugs)
Version: 4.13.3
Platform: MacPorts macOS
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2015-03-21 17:46 UTC by RJVB
Modified: 2017-01-07 22:20 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description RJVB 2015-03-21 17:46:35 UTC
Replying to or forwarding a message that was signed (or encrypted) with an unknown key can block the whole application for minutes, as if it's "hung", while the keyserver is queried.

Reproducible: Always

Steps to Reproduce:
1. Receive a message signed or encrypted with a key that is not known locally
2. Select the message in the message list
3. Hit 'f' (F) or r to forward the message or reply to it

Actual Results:  
On OS X, the "beachball of death" appears quickly without any other sign of progress, indicating that the application is no longer handling events. If the configured keyserver is slow to respond for whatever reason, this situation persists until the lookup succeeds, fails on the server, or times out. It is only at that time that the composer window opens.

Expected Results:  
When selecting the message in step 2), its contents are shown in the viewer pane (if it's just signed, of course). The key lookup and ensuing validation take place in the background.
The same thing should happen when replying or forwarding; I see no need to wait for validation. In any case the application shouldn't hang, and provide a way to interrupt the ongoing lookup (probably just by closing the composer window).

I'm marking this as "software hangs" because I have no way to be sure that the software will NOT hang if the keyserver never replies.
Comment 1 Denis Kurz 2016-09-24 18:17:56 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 2 Denis Kurz 2017-01-07 22:20:52 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.