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 625545 - Gnome Shell conflicts with user time property; All windows go to bottom of stack
Gnome Shell conflicts with user time property; All windows go to bottom of stack
Status: RESOLVED FIXED
Product: gnome-shell
Classification: Core
Component: general
2.31.x
Other Linux
: Normal normal
: ---
Assigned To: gnome-shell-maint
gnome-shell-maint
Depends on:
Blocks:
 
 
Reported: 2010-07-29 05:00 UTC by Jonathan Strander
Modified: 2010-11-03 18:44 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description Jonathan Strander 2010-07-29 05:00:54 UTC 
In Wine applications under Wine 1.2 all Wine windows are given a User Time in order to attempt to force applications to the top of the z-order stack when first run. This apparently causes all windows to be rendered underneath everything including the desktop if focus is ever lost. Windows will still sometimes display in the overview, although often with a graphical glitch (varies from application to application). This can be verified across applications, including simple ones like Notepad.

This is the commit to the Wine tree that causes the issue:

http://source.winehq.org/git/wine.git/?a=commit;h=f2f508856ba9f3e5439f7123efd70ccc7599fc3f

Reverting this causes applications to function perfectly as before.

As this may be either a bug with Wine or Gnome Shell a bug has been filed with Wine as well:

http://bugs.winehq.org/show_bug.cgi?id=23543
Comment 1 Florian Müllner 2010-07-29 07:38:32 UTC 
Does it happen in Metacity as well?
Comment 2 Jonathan Strander 2010-07-29 13:10:36 UTC 
No it does not.
Comment 3 Florian Müllner 2010-09-23 16:30:09 UTC 
Is this still an issue, or has it been fixed with bug 593887?
Comment 4 Jonathan Strander 2010-11-03 18:44:38 UTC 
A quick test with Wine 1.3.6 seems to say yes, so it's resolved for now.