[pkg-gnupg-maint] Bug#850708: Bug#850708: gpg: decryption failed: No secret key

Vincent Lefevre vincent at vinc17.net
Wed Jan 11 10:00:39 UTC 2017


On 2017-01-11 01:47:53 -0500, Daniel Kahn Gillmor wrote:
> hm, both Vincent and gi1242 are using fvwm.  can you try installing
> openbox or some other comparable minimalist window manager and let me
> know whether you still see the same misbehavior?  it sounds to me like
> y'all might have hit on a combination of tools (fvwm + pinentry-gtk2)
> that don't work well together.

Note that when a Fvwm operation is done (like when the pinentry window
is being opened?), Fvwm may grab the mouse pointer, as documented in
the fvwm(1) man page:

SCRIPTING & COMPLEX FUNCTIONS
       To achieve the more complex effects, fvwm has a number of
       commands that improve its scripting abilities.  Scripts can be
       read from a file with Read, from the output of a command with
       PipeRead or written as a complex function with the AddToFunc
       command.  For the curious, section 7 of the fvwm FAQ shows some
       real life applications of scripting.  Please refer to the
       sections User Functions and Shell Commands and Conditional
       Commands for details.  A word of warning: during execution of
       complex functions, fvwm needs to take all input from the mouse
       pointer (the pointer is "grabbed" in the slang of X).  No other
                ^^^^^^^^^^^^^^^^^^^^^^^^
       programs can receive any input from the pointer while a function
       is run.  This can confuse some programs.  For example, the xwd
       program refuses to make screen shots when run from a complex
       function.  To achieve the same functionality you can use the Read
       or PipeRead command instead.

So, the application may need to wait a little bit instead of failing
immediately (I suppose that the problem is more visible on multicore
machines).

In the /usr/share/doc/pinentry-gtk2/changelog.gz, I can see that they
had problems with keyboard grabbing in general, and for the pointer,
this is newer:

2016-08-02  Justus Winter  <justus at g10code.com>

        gtk2: Also grab the pointer.
        * gtk+-2/pinentry-gtk-2.c (grab_pointer): New function.
        (ungrab_keyboard): Rename to 'ungrab_inputs' and also release the
        pointer grab.
        (create_window): Also grab the pointer.

        GnuPG-bug-id: 2430

2016-08-01  Justus Winter  <justus at g10code.com>

        gtk2: Be more persistent trying to grab the keyboard.
        We seem to get the 'visibility-notify' event before X is willing to
        let us grab the keyboard, insisting that the target window is not
        viewable (sic).

        * gtk+-2/pinentry-gtk-2.c (grab_keyboard): Retry grabbing the
        keyboard.
[...]

> can you try pinentry-qt as well?  does it have the same problem?

No problems with pinentry-qt, but it does not try to grab the pointer.

> Vincent has been unable to replicate the problem with:
> 
>  * fvwm + pinentry-curses

Same reason: no pointer grab.

-- 
Vincent Lefèvre <vincent at vinc17.net> - Web: <https://www.vinc17.net/>
100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/>
Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)



More information about the pkg-gnupg-maint mailing list