Bug 189845

Summary:	Sign/Encrypt dialog behaves different for mouse/keyboard usage
Product:	[Unmaintained] kdelibs	Reporter:	Elias Probst <mail>
Component:	kdeui	Assignee:	kdelibs bugs <kdelibs-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal
Priority:	NOR
Version:	SVN
Target Milestone:	---
Platform:	Gentoo Packages
OS:	Unspecified
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description Elias Probst 2009-04-17 00:07:19 UTC

Version:           1.11.2 (using KDE 4.2.2)
Installed from:    Gentoo Packages

I've found a really strange behaviour of a KMail dialog which I've never seen before. In the end it's just a minor usability issue, but I found it to be quite annoying for keyboard users.

I have my KMail configured to
- sign every message by default
- ask for every message you're about to send whether it should be encrypted

So when I send a mail to someone who isn't configured to receive encrypted mails by default, the 'Sign' button on top of the mail composer is active, while the 'Encrypt' button is inactive.

If I send the message, a dialog pops up asking:

"Some parts of this message will not be encrypted.
Sending only partially encrypted messages might violate site policy and/or leak sensitive information.
Encrypt all parts instead?"

This dialog has 3 options:
- Encrypt All Parts
- Sign Only
- Cancel

The "Encrypt All Parts" is enabled by default, so pressing Return would start the encryption process.

Sometimes I don't want to/can't encrypt a message, so I select "Sign Only".

But here happens the bug:
- If you switch to "Sign Only" using the "Right Arrow" or "Tab" key and press "Return", it starts the encryption process like you had activated "Encrypt All Parts" while this doesn't happen, if you push the "Sign Only" button using the space bar.

Using the mouse for clicking the button works as expected.

Comment 1 Jaime Torres 2009-04-18 00:21:48 UTC

This is due to the use of a KMessageBox::warningYesNoCancel messagebox.
This method assigns automatically the default button to the Yes Button, that in that case is "Encrypt All parts".
In Qt, where no button is the default button, pressing Return has the same effect as pressing space. But when there is a default button, pressing Return pushes that button, whatever button has the focus.

I have not seen an option to make that dialog not to assign the default button. (but it is quite late here).

Comment 2 Elias Probst 2009-04-24 01:18:56 UTC

Ok, it actually seems this isn't a KMail/KDE-PIM related issue.

The same applies to the Yes/No dialog when closing a tab in Konsole when a program is still running.

This bug should be moved to the right component, but I don't know which one.
Could anyone specify the right component & move the bug?

Thanks a lot.

Comment 3 Jaime Torres 2009-04-24 10:17:49 UTC

Changing to kdelibs. 
There should be some visual information about the default button, or add an option to not have the default button.

Comment 4 Jaime Torres 2009-04-30 10:09:29 UTC

Thank you for taking the time to report this bug and helping to make KDE better. This particular bug has already been reported and is a duplicate of bug 190631, so it is being marked as such. Please look at the other bug report to see if there is any missing information that you can provide, or to see if there is a workaround for the bug. Additionally any further discussion regarding the bug should occur in the other report. Feel free to continue to report any other bugs you may find.

*** This bug has been marked as a duplicate of bug 190631 ***