After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 794951 - Windows don't raise on focus
Windows don't raise on focus
Status: RESOLVED DUPLICATE of bug 794853
Product: GnuCash
Classification: Other
Component: User Interface General
3.0
Other Mac OS
: Normal normal
: future
Assigned To: gnucash-ui-maint
gnucash-ui-maint
Depends on:
Blocks:
 
 
Reported: 2018-04-03 20:20 UTC by Adrien
Modified: 2018-06-30 00:06 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Adrien 2018-04-03 20:20:58 UTC
Testing out 3.0, the window order seems to be fixed as such:

Since Last Run
Due Invoices Reminder
Due Bills Reminder
GnuCash

Clicking in any window does not bring it to the top of the stack. The window you click has focus, but doesn't raise. It is thus impossible to layer windows lower in the stack to sit above the higher windows to view their contents.
Comment 1 John Ralls 2018-04-03 21:20:40 UTC
It can be demonstrated, more easily if one doesn't have scheduled transactions, bills, and invoices to get reminders for, with the Price DB and Security Editors.

It happens only on Macs, so is likely down to the mismatch between the Quartz and Gtk stacking paradigms and the fix will be in Gtk3, not GnuCash.
Comment 2 Adrien 2018-04-03 21:46:10 UTC
Sensible enough, not sure why I didn't look for their bugs as well. I'll check the Gtk3 list and reference this one.
Comment 3 Wm 2018-04-09 11:45:43 UTC
Is it possible this is related to 

https://bugzilla.gnome.org/show_bug.cgi?id=795071

as I'm seeing some similarity notwithstanding JohnR saying "it happens only on Macs".

Maybe join that one here and make it cross platform ?
Comment 4 John Ralls 2018-04-09 14:01:14 UTC
(In reply to Wm from comment #3)
> Is it possible this is related to 
> 
> https://bugzilla.gnome.org/show_bug.cgi?id=795071
> 
> as I'm seeing some similarity notwithstanding JohnR saying "it happens only
> on Macs".
> 
> Maybe join that one here and make it cross platform ?

Not the way you've described bug 795071 (btw, no need to paste in urls). In this case if you open multiple dialog boxes and overlap them changing focus doesn't change the stacking. They all stay on top of the main window as they should. That's rather different from the main window covering and uncovering the dialog spontaneously as you reported in the other bug.
Comment 5 Wm 2018-04-09 15:34:58 UTC
You're doing triage, seems very similar to me
Comment 6 Geert Janssens 2018-04-28 16:27:51 UTC
Well it looks much more like bug 794853

The main window is the gnucash window and all dialogs are kept on top by gtk (by means of defining the dialogs as transient for the main window).

For me on linux though I can change the stacking of the dialogs. Only the main window can't be put in front of any dialog. Do you see this as well or is it really more restricted on OS X ?
Comment 7 Adrien 2018-04-28 16:44:45 UTC
I didn't see bug 794853 when I posted this. You could mark this as duplicate since there doesn't seem to be any other solution to the issue than to convert the dialogs to something else.

And yes, on OS X (10.13.4 at least) it is a fixed hierarchy in the order I listed in the first comment. I haven't tested all dialogs, but I just opened a report options dialog and it sat on top of everything no matter where I moved it. When I opened a Since Last Run dialog, it was now on top. So I closed the report options and then re-opened it and now, it was the king of the hill. The other dialogs retained their relative stacking. So it seems the stacking order is based on the order they are called with the newest always on top. The main GnuCash window is always at the bottom of the pile even when it has focus.
Comment 8 Geert Janssens 2018-04-28 16:52:53 UTC
That difference suggests a Mac OS specific Gtk bug. I don't know whether it's worth reporting separately.Thanks for taking the time to report this.
This particular bug has already been reported into our bug tracking system, but please feel free to report any further bugs you find.

*** This bug has been marked as a duplicate of bug 794853 ***
Comment 9 John Ralls 2018-06-30 00:06:57 UTC
GnuCash bug tracking has moved to a new Bugzilla host. This bug has been copied to https://bugs.gnucash.org/show_bug.cgi?id=794951. Please update any external references or bookmarks.