GnuCash
Contact   Instructions
Bug 797405 - HBCI Import PIN entry window is hidden behind log window, program stuck
Summary: HBCI Import PIN entry window is hidden behind log window, program stuck
Status: RESOLVED FIXED
Alias: None
Product: GnuCash
Classification: Unclassified
Component: Import - AqBanking (show other bugs)
Version: 3.7
Hardware: PC Windows
: Normal normal
Target Milestone: ---
Assignee: import
QA Contact: import
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2019-09-12 05:59 EDT by Gunter Kramp
Modified: 2019-11-04 03:39 EST (History)
5 users (show)

See Also:


Attachments

Description Gunter Kramp 2019-09-12 05:59:40 EDT
When I try to import Bank transactions via HBCI in Version 3.7. I get first the log window with the PIN/Password Entry Window directly in front of it.

If I then switch windows in the OS, for example to look the PIN up in my Password manager and then back to GnuCash, the PIN Window is in the background.

Up to at least 3.4 if I do another switch of applications and then back to GnuCash the PIN Window would come back to the front, so as a Workaround I could do so to contiune.

But in 3.7. the PIN Entry Window keeps beeing hidden, Close Buttons of the visible Gnu Cash Windows don´t work. So I am stuck and have to kill Gnu Cash from the OS.
Comment 1 Gunter Kramp 2019-09-12 06:03:00 EDT
Strange:
After reporting this bug, so about 5 Minutes I switched back to Gnu Cash to do a screenshot.
Then the PIN Window came up in front.
but on another switch of windows in was hidden again.
So I still had to kill GnuCash
Comment 2 Gunter Kramp 2019-09-12 06:07:14 EDT
When I try to kill Gnu Cash in Windows Task Manager the PIN Window comes back to the front. So I can hit cancel in the task manager dialog and continue entering the PIN.
A workaround but not very convenient...
Comment 3 Gunter Kramp 2019-09-17 09:09:27 EDT
Another Workaround:
If I move the Pin windows beside the log window before switching tasks I always see both windows after switching back to gnu cash.
So I have no problem with on beeing hidden behind the other.
Comment 4 Christian Stimming 2019-10-31 07:18:28 EDT
Is this the same as bug#768547 ?
Comment 5 John Ralls 2019-10-31 13:55:16 EDT
Christian: Bug 768547 is due to MacOS's window stacking working differently from Gtk's. Since this is Windows it can't be the same.

Aside from that, aren't the log and PIN dialogs raised by AQB? The PIN dialog needs to have gtk_window_set_transient_for() called with the log dialog as the parent. I'm not sure that's possible given the way that Gwenhywfar abstracts the GUIs.
Comment 6 Christian Stimming 2019-11-01 03:43:03 EDT
The PIN dialog is raised in gnc-gwen-gui.c:1016 ff, and there's one gtk_window_set_transient_for() in line 1049/1050. Maybe that one shouldn't use gui->parent as parent (which is the log window's parent) but rather gui->dialog (which is the log window)?
Comment 7 Gunter Kramp 2019-11-01 05:12:03 EDT
In answer to 
Is this the same as bug#768547 ?

I don´t think it ist the the same because in my case the PIN Entry is hidden behind the Log Window.

bug#768547 is about other dialogs beeing hidden behind the Generic import transaction matcher window in the MAC Version.

I can´t say if there might be a common cause behind it but the described behavior ist definitly something different.
Comment 8 John Ralls 2019-11-01 11:29:00 EDT
Christian, changing the transient-for to the log window should fix this bug. Is it possible for the log window to not exist or not be realized? If so then you should check for that and fall back to setting transient-for on the gui->parent.
Comment 9 Christian Stimming 2019-11-02 18:19:20 EDT
Committed as 99dbb7889. Will be in gnucash-3.8.
Comment 10 Gunter Kramp 2019-11-04 03:39:26 EST
Thank you very mutch, I am looking forward to testing 3.8

Note You need to log in before you can comment on or make changes to this bug.