Bug 177348 - Cancel in the "password change" dialog is returning "Successfully changed password"
Summary: Cancel in the "password change" dialog is returning "Successfully changed pas...
Status: RESOLVED WORKSFORME
Alias: None
Product: kleopatra
Classification: Applications
Component: general (show other bugs)
Version: 2.0.0
Platform: unspecified Linux
: NOR normal
Target Milestone: ---
Assignee: Marc Mutz
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-12-09 23:34 UTC by Christof Kälin
Modified: 2010-12-07 09:28 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:

Attachments
Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Christof Kälin 2008-12-09 23:34:20 UTC 
Version:           2.0.0 (using 4.1.3 (KDE 4.1.3), 4.1.3-3.fc10 Fedora)
Compiler:          gcc
OS:                Linux (i686) release 2.6.27.5-117.fc10.i686

I saw it in German, but I suppose it's in all languages. If you choose "change password" for your key for example and then press Cancel, you get a "Successfully changed password" back, which is just not true and confuses the user.
It should be nothing at all (just abort) or "Process cancelled" or so.
Comment 1 Marc Mutz 2008-12-11 15:37:59 UTC 
We are aware of this. It's a backend problem:
$ gpg --batch --edit <key> passwd save && echo yes || echo no
[cancel the pinentry]
yes

On Linux, we could leave the "save" off, but that doesn't work on Windows (due to a bug in gpg, I guess). The correct solution would be to use the edit interactor mechanism of gpgme, or fix gpg. We're currently hoping for a backend fix.