Login | Register For Free | Help
Search for: (Advanced)

Mailing List Archive: GnuPG: devel

pinentry-qt4 breaks Alt+Tab window switching in KDE

 

 

GnuPG devel RSS feed   Index | Next | Previous | View Threaded


macieksitarz at wp

Apr 8, 2012, 3:29 AM

Post #1 of 5 (414 views)
Permalink
pinentry-qt4 breaks Alt+Tab window switching in KDE

Hi,
I'm having problems with pinentry-qt4. After each usage/password entered
Alt+Tab in KDE can't switch windows, "No windows" shows instead. After
that I need to switch to another window by selecting it on Task manager bar.

Steps to reproduce:
1. Check Alt+Tab window list (there should be few)
2. Run in konsole: echo GETPIN | pinentry-qt4
3. Type whatever you like press 'Enter'
4. Press 'Alt+Tab' to check window list. Instead of current window list
"No windows" info appears.

Versions:
* pinentry-qt4 0.8.1 and git
* KDE 4.8.2

I found out that confirm dialog ("echo CONFIRM | pinentry-qt4") doesn't
have this issue. So I modified the source code and got it working. I
attached a patch, tested only on my box (Arch Linux) with KDE.

Regards
Attachments: pinentry-qt4-alt_tab_fix.patch (1.19 KB)


wk at gnupg

May 3, 2012, 8:00 AM

Post #2 of 5 (359 views)
Permalink
Re: pinentry-qt4 breaks Alt+Tab window switching in KDE [In reply to]

On Sun, 8 Apr 2012 12:29, macieksitarz [at] wp said:

> I found out that confirm dialog ("echo CONFIRM | pinentry-qt4") doesn't
> have this issue. So I modified the source code and got it working. I
> attached a patch, tested only on my box (Arch Linux) with KDE.

Did anyone else tested this patch in the meantime? Does it break
something?


Shalom-Salam,

Werner

--
Die Gedanken sind frei. Ausnahmen regelt ein Bundesgesetz.


_______________________________________________
Gnupg-devel mailing list
Gnupg-devel [at] gnupg
http://lists.gnupg.org/mailman/listinfo/gnupg-devel


aheinecke at intevation

May 6, 2012, 10:11 AM

Post #3 of 5 (355 views)
Permalink
Re: pinentry-qt4 breaks Alt+Tab window switching in KDE [In reply to]

Hi,

On Thursday 03 May 2012 17:00:40 Werner Koch wrote:
> On Sun, 8 Apr 2012 12:29, macieksitarz [at] wp said:
> > I found out that confirm dialog ("echo CONFIRM | pinentry-qt4") doesn't
> > have this issue. So I modified the source code and got it working. I
> > attached a patch, tested only on my box (Arch Linux) with KDE.
>
> Did anyone else tested this patch in the meantime? Does it break
> something?
Just tried it.
I could reproduce this problem with KDE 4.4.5 and Qt 4.6.3.
But this Patch did not fix the Problem for me.
After applying the patch I still get the "*** No Windows ***" Window.

As far as I can tell, the patch just changes the call order bit and the
showEvent code should not be causing problems as long as this is not caused by
a qt bug (which I doubt).

For me the problem looks much more related to grabbing. If I
use pinentry-qt without global grab (echo getpin | ./pinentry-qt4 -g) the
alt+tab works afterwards.

Regards,
Andre

--
Andre Heinecke | ++49-541-335083-262 | http://www.intevation.de/
Intevation GmbH, Neuer Graben 17, 49074 Osnabrück | AG Osnabrück, HR B 18998
Geschäftsführer: Frank Koormann, Bernhard Reiter, Dr. Jan-Oliver Wagner

_______________________________________________
Gnupg-devel mailing list
Gnupg-devel [at] gnupg
http://lists.gnupg.org/mailman/listinfo/gnupg-devel


macieksitarz at wp

May 12, 2012, 3:14 AM

Post #4 of 5 (337 views)
Permalink
Re: pinentry-qt4 breaks Alt+Tab window switching in KDE [In reply to]

W dniu 06.05.2012 19:11, Andre Heinecke pisze:
> On Thursday 03 May 2012 17:00:40 Werner Koch wrote:
>> Did anyone else tested this patch in the meantime? Does it break
>> something?
> Just tried it.
> I could reproduce this problem with KDE 4.4.5 and Qt 4.6.3.
> But this Patch did not fix the Problem for me.
> After applying the patch I still get the "*** No Windows ***" Window.

Maybe it's because version differences between our systems? I've
upgraded my system, now I have qt 4.8.1 and kdebase-lib 4.8.3,
recompiled pinentry-qt4 and the fix still works.

> As far as I can tell, the patch just changes the call order bit and the
> showEvent code should not be causing problems as long as this is not caused by
> a qt bug (which I doubt).

I just changed the call order to match with the confirm dialog call
order, as confirm dialog works properly.

> For me the problem looks much more related to grabbing. If I
> use pinentry-qt without global grab (echo getpin | ./pinentry-qt4 -g) the
> alt+tab works afterwards.

Using "-g" also works for me.

I did one more test, I've got Fedora 16 (qt-4.8.1-5.fc16.x86_64
kdelibs-4.8.3-1.fc16.x86_64 pinentry-qt-0.8.1-4.fc16.x86_64) and
pinentry works there. I checked the patches which Fedora devs use to
compile pinentry but nothing special[1].

I thought why try to run pinentry-qt4 from Fedora on Arch (both systems
up to date so there's no much lib differences).
I copied pinentry-qt4 and one missing library (libtinfo.so.5), after
that I tried the test command[2]. After using it I got "*** No Windows
***" Window. So looks like the problem is not in pinentry-qt4 but in
some other libs (qt probably?).

[1] http://pkgs.fedoraproject.org/gitweb/?p=pinentry.git
[2] echo getpin | LD_LIBRARY_PATH=./ ./pinentry-qt4

Regards
--
Maciej Sitarz

_______________________________________________
Gnupg-devel mailing list
Gnupg-devel [at] gnupg
http://lists.gnupg.org/mailman/listinfo/gnupg-devel


macieksitarz at wp

May 12, 2012, 4:15 AM

Post #5 of 5 (340 views)
Permalink
Re: pinentry-qt4 breaks Alt+Tab window switching in KDE [In reply to]

Please disregard my previous comment about pinentry-qt4 from Fedora not
working on Arch. It is working (forgot to add full path to binary, I ran
Arch's binary instead).

I decided to run some more tests... I tried to rule out the qt installed
on Arch. So I copied Qt libraries from Fedora to Arch and run few test
scenarios (all tests run on Arch):

Libs/Bins used Result:
Qt(Arch) + pinentry-qt4(Arch) "No Windows" message
Qt(Arch) + pinentry-qt4(patched) OK
Qt(Arch) + pinentry-qt4(Fedora) OK
Qt(Fedora) + pinentry-qt4(Arch) "No Windows" message
Qt(Fedora) + pinentry-qt4(patched) OK
Qt(Fedora) + pinentry-qt4(Fedora) OK


Qt(Arch) - Arch system qt libs
Qt(Fedora) - binary qt libs taken from fedora
pinentry-qt4(Arch) - Arch system pinentry-qt4 bin
pinentry-qt4(Fedora) - binary qt libs taken from fedora
pinentry-qt4(patched) - pinentry-qt4 bin with my patch applied


All this makes me think pinentry-qt has a bug which is fixed in Fedora.
I checked Fedora's build and they apply only one patch[1].
I saw it before, but description didn't seem related to my issue. I gave
it a surprisingly it works!

Andre please give it a try and confirm.

[1]
http://pkgs.fedoraproject.org/gitweb/?p=pinentry.git;a=blob_plain;f=0001-Fix-qt4-pinentry-window-created-in-the-background.patch;hb=HEAD

--
Maciej Sitarz

_______________________________________________
Gnupg-devel mailing list
Gnupg-devel [at] gnupg
http://lists.gnupg.org/mailman/listinfo/gnupg-devel

GnuPG devel RSS feed   Index | Next | Previous | View Threaded
 
 


Interested in having your list archived? Contact Gossamer Threads
 
  Web Applications & Managed Hosting Powered by Gossamer Threads Inc.