Bug 57828 - not signing/encrypting button on passphrase dialog
Summary: not signing/encrypting button on passphrase dialog
Status: RESOLVED WAITINGFORINFO
Alias: None
Product: kmail
Classification: Applications
Component: keys and menus (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR wishlist
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-04-28 23:49 UTC by Pupeno
Modified: 2012-08-19 01:03 UTC (History)
1 user (show)

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 Pupeno 2003-04-28 23:49:23 UTC
Version:           kropuware-RC2 (using KDE KDE 3.1.1a)
Installed from:    Unspecified Linux
OS:          Linux

It would be nice if in passphrase asking dialog for GPG signing there would be a button to not sign the message so you can avoid signing with an empty passphrase to latter tell not to sign.
Thank you.
Comment 1 A T Somers 2004-10-18 09:29:01 UTC
Currently (KMail 1.7) when you use Cancel on the passphrase entry (dialog title: pinentry-qt), you get another (bigger) one (dialog title: Passphrase Dialog) asking again for the passphrase. If you cancel that dialog, you are back with Kontact. However, the window you were typing the message from is no longer on the forefront. 

This is not the behaviour I'd expect. The expected behaviour is that pressing Cancel in the first dialog will actually cancel the sending action that triggered the dialog, and returns you to the window it was triggered from.
Comment 2 Myriam Schweingruber 2012-08-18 08:20:45 UTC
Thank you for your feature request. Kmail1 is currently unmaintained so we are closing all wishes. Please feel free to reopen a feature request for Kmail2 if it has not already been implemented.
Thank you for your understanding.
Comment 3 Luigi Toscano 2012-08-19 01:03:08 UTC
Instead of creating a new feature request, please confirm here if the wishlist is still valid for kmail2.