Annoying bug: gpg-agent+gnupg and cancelling in pinentry-* repops pinentry two times
Marc Mutz
Marc.Mutz at uni-bielefeld.de
Tue Apr 29 22:57:02 CEST 2003
On Thursday 16 January 2003 23:24, Marc Mutz wrote:
<snip>
> What needs to be done?
> 1. return the information that the user cancelled pinentry from
> agent_get_passphrase to passphrase_to_dek
I see this is done in 1.2.2rc2
> 2. Extend the status-fd protocol to include a STATUS_CANCELLED
> 3. Make passphrase_to_dek write_status( STATUS_CANCELLED ) in the
> cancel case instead of STATUS_MISSING_PASSPHRASE
This isn't.
> and make it report
> that incident back to it's callers.
This is being done, but the callers all set int*canceled to NULL :-(
> 4. Make the callers of passphrase_to_dek honour the cancel
> information so they don't try two more times.
> 5. Make gpgme recognize the new status and properly return exisiting
> GPGME_Canceled or new GPGME_Externally_Canceled error codes.
<snip>
These are also not there yet.
Is there any chance that this will be fixed in gpg 1.2.2 and gpgme
0.3.16?
Marc
--
It is truly ironic that the United States, once the beacon for
promoting the principles of freedom of expression, is now
systematically infecting other countries with this dangerous public
policy choice [the DMCA] that will restrict more speech than any law
before it. -- EFF FTAA Alert:
Stop Hollywood Forcing Technology Ban on 34 Countries
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 192 bytes
Desc: signature
Url : /pipermail/attachments/20030429/8a3e82b8/attachment.bin
More information about the Gnupg-devel
mailing list