http://bugs.winehq.org/show_bug.cgi?id=23543
Summary: Restoring uTorrent from tray sometimes doesn't make it top window Product: Wine Version: 1.2-rc6 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs@winehq.org ReportedBy: ashalimov@gmail.com
After updating to rc6 I've noticed that clicking on uT button in a tray doesn't always restores uT window as topmost. Regression test shows that it has been broken after f2f508856ba9f3e5439f7123efd70ccc7599fc3f commit (I'm new to the git and not sure, is it correct way to specify git revision? Anyway, its title is "winex11: Set the user time property on top-level windows", which sounds promising :-).
Steps to reproduce:
1. Launch uTorrent. Make sure it minimizes to the tray. 2. (Important!) Click on any tab in the Detail Info pane (Files or Speed, for example) 3. Minimize to tray 4. (Also important!) Click on any window besides topmost to bring it on top. 5. Click on uTorrent tray icon. It restores window, but places it below topmost window.
Now you can repeat steps 3-5 - it always behaves the same.
I've tried this with clean .wine folder.
Thanks!
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2010-07-06 23:51:46 --- What Window Manager are you using?
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #2 from Alex Y. Shalimov ashalimov@gmail.com 2010-07-06 23:53:09 --- Gnome
http://bugs.winehq.org/show_bug.cgi?id=23543
Javier Kohen jkohen@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jkohen@users.sourceforge.ne | |t
--- Comment #3 from Javier Kohen jkohen@users.sourceforge.net 2010-07-10 09:40:55 --- I'm using Gnome Shell 2.29.0-3 as packaged by Debian as the window manager. I noticed that the windows on the desktop were behaving erratically after launching a Wine application. Windows disappear from view, although they can still be seen in the "expose" view, and often even when they are visible, the have the wrong z-order.
I did the bisect and arrived to the same commit as Alex. I can reproduce this even with Regedit.
Another interesting effect that I've noticed after this commit is that in the "expose" view of Gnome Shell Wine windows appear twice or invisible. Before the patch they always appear once.
Still present in wine 1.2-rc7.
http://bugs.winehq.org/show_bug.cgi?id=23543
Javier Kohen jkohen@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org
--- Comment #4 from Javier Kohen jkohen@users.sourceforge.net 2010-07-10 09:42:28 --- Adding patch author to CC.
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #5 from Javier Kohen jkohen@users.sourceforge.net 2010-07-25 02:30:10 --- Alex, or somebody else with enough access, could you retitle the bug? I propose "ZOrder issues with Gnome Shell," since this has nothing to do with uTorrent, but with the window manager, presumably Mutter/Gnome Shell.
http://bugs.winehq.org/show_bug.cgi?id=23543
Alex Y. Shalimov ashalimov@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Restoring uTorrent from |Z-order issues with Gnome |tray sometimes doesn't make |Shell |it top window |
--- Comment #6 from Alex Y. Shalimov ashalimov@gmail.com 2010-07-27 03:02:50 --- Done. Too bad it wasn't fixed before 1.2 release :-(
http://bugs.winehq.org/show_bug.cgi?id=23543
jonathan strander mblackwell1024@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mblackwell1024@gmail.com
--- Comment #7 from jonathan strander mblackwell1024@gmail.com 2010-07-28 18:03:43 --- (In reply to comment #6)
Done. Too bad it wasn't fixed before 1.2 release :-(
Confirming the same behavior with Gnome Shell 2.31.4 (via Ubuntu PPA packages). Compiling and testing before 1.6 doesn't display this bug.
Does reverting the commit cause a trillion breaks?
http://bugs.winehq.org/show_bug.cgi?id=23543
jonathan strander mblackwell1024@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #8 from jonathan strander mblackwell1024@gmail.com 2010-07-28 18:59:09 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #9 from Jonathan Strander mblackwell1024@gmail.com 2010-07-28 19:13:22 --- (In reply to comment #7)
(In reply to comment #6)
Done. Too bad it wasn't fixed before 1.2 release :-(
Confirming the same behavior with Gnome Shell 2.31.4 (via Ubuntu PPA packages). Compiling and testing before 1.6 doesn't display this bug.
Does reverting the commit cause a trillion breaks?
Answered my own question: No, nothing else broke. It didn't seem like it would after going through the diff, but replacing the files with the previous versions seems to work swimmingly in GS.
I don't have time to debug what exactly in the changes causes the issue though, sadly.
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #10 from Dmitry Timoshkov dmitry@codeweavers.com 2010-07-28 23:25:39 --- It looks like a bug in Gnome Shell rather than in Wine.
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #11 from Jonathan Strander mblackwell1024@gmail.com 2010-07-29 00:04:41 --- Could be the case. For now I've filed a bug with Gnome and linked them to the relevant information.
https://bugzilla.gnome.org/show_bug.cgi?id=625545
Hopefully it can be resolved one way or another in a timely manner.
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #12 from alban browaeys prahal@yahoo.com 2010-09-17 12:18:53 CDT --- Created an attachment (id=30819) --> (http://bugs.winehq.org/attachment.cgi?id=30819) move the user time window to per window to be a child on each x11 window
mutter expects the user time window to be a child of x11 windows . This shortcoming is fixed by : https://bugzilla.gnome.org/show_bug.cgi?id=593887 patch "Avoid confusion when _NET_WM_USER_TIME_WINDOW is in the window stack" . Ie wine user time window is attached to the root window.
Still even with this patch more deep changes in mutter would be required (wine and corssover works but a code path return too early because mutter still does not support one user time window for multiple x11 windows).
This patch fixes this on the wine side as: - even if the specification does not tell anything about such a layout it ought to confuse window managers for focus stealing pervention. Even though Owen Taylor explained that "generally speaking the focus timestamp of the current window will be as new as newer than that of any other window. so most likely the wine thing works out OK in practice" . - this is not a requirement for wine internals to have a single user time window.
mutter will most likely implement first told patch about support for not child user time window so things will work. Still if we could fix it on the wine side too this would help.
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #13 from Alexandre Julliard julliard@winehq.org 2010-09-18 06:14:46 CDT --- (In reply to comment #12)
- this is not a requirement for wine internals to have a single user time
window.
Yes it is. We can't update each window independently because they don't all receive events, and some apps don't define proper owner relationships.
http://bugs.winehq.org/show_bug.cgi?id=23543
Rex Tsai chihchun@kalug.linux.org.tw changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |chihchun@kalug.linux.org.tw
http://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #14 from Jonathan Strander mblackwell1024@gmail.com 2012-06-21 23:23:53 CDT --- This seems to have reared its ugly head when playing Batman Arkham City in Gnome Shell (using 1.5.6 on Gnome Shell 3.4) fullscreen. Starting the game seems fine but after the loading screen there's only sound and no window listed. Switching to Metacity allows the game to overlap all other contents. I noted that telling the game to run Windowed also placed the window behind everything but it did show up in the Window List (however it would only run at 800x600, which is a separate bug and not necessarily one from Wine).
http://store.steampowered.com/app/57400/?snr=1_7_suggest__13
There's a link to a demo on Steam. Hopefully it should exhibit the same behavior.
https://bugs.winehq.org/show_bug.cgi?id=23543
--- Comment #15 from Jerome Leclanche adys.wh@gmail.com --- Is this still an issue? Does reverting commit f2f508856ba9f3e5439f7123efd70ccc7599fc3f help?
https://bugs.winehq.org/show_bug.cgi?id=23543
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED See Also| |https://bugzilla.gnome.org/ | |show_bug.cgi?id=625545 Resolution|--- |UPSTREAM
--- Comment #16 from Jerome Leclanche adys.wh@gmail.com --- Actually, it seems to have been fixed upstream.
https://bugs.winehq.org/show_bug.cgi?id=23543
Jerome Leclanche adys.wh@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #17 from Jerome Leclanche adys.wh@gmail.com --- Closing
-
wine-bugs＠winehq.org