[Bug 23543] New: Restoring uTorrent from tray sometimes doesn't make it top window
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(a)winehq.org ReportedBy: ashalimov(a)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! -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #1 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2010-07-06 23:51:46 --- What Window Manager are you using? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #2 from Alex Y. Shalimov <ashalimov(a)gmail.com> 2010-07-06 23:53:09 --- Gnome -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 Javier Kohen <jkohen(a)users.sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |jkohen(a)users.sourceforge.ne | |t --- Comment #3 from Javier Kohen <jkohen(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 Javier Kohen <jkohen(a)users.sourceforge.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard(a)winehq.org --- Comment #4 from Javier Kohen <jkohen(a)users.sourceforge.net> 2010-07-10 09:42:28 --- Adding patch author to CC. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #5 from Javier Kohen <jkohen(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 Alex Y. Shalimov <ashalimov(a)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(a)gmail.com> 2010-07-27 03:02:50 --- Done. Too bad it wasn't fixed before 1.2 release :-( -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 jonathan strander <mblackwell1024(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mblackwell1024(a)gmail.com --- Comment #7 from jonathan strander <mblackwell1024(a)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? -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 jonathan strander <mblackwell1024(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1 --- Comment #8 from jonathan strander <mblackwell1024(a)gmail.com> 2010-07-28 18:59:09 --- *** This bug has been confirmed by popular vote. *** -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #9 from Jonathan Strander <mblackwell1024(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #10 from Dmitry Timoshkov <dmitry(a)codeweavers.com> 2010-07-28 23:25:39 --- It looks like a bug in Gnome Shell rather than in Wine. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #11 from Jonathan Strander <mblackwell1024(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #12 from alban browaeys <prahal(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #13 from Alexandre Julliard <julliard(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 Rex Tsai <chihchun(a)kalug.linux.org.tw> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |chihchun(a)kalug.linux.org.tw -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
http://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #14 from Jonathan Strander <mblackwell1024(a)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. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email Do not reply to this email, post in Bugzilla using the above URL to reply. ------- You are receiving this mail because: ------- You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=23543 --- Comment #15 from Jerome Leclanche <adys.wh(a)gmail.com> --- Is this still an issue? Does reverting commit f2f508856ba9f3e5439f7123efd70ccc7599fc3f help? -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=23543 Jerome Leclanche <adys.wh(a)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(a)gmail.com> --- Actually, it seems to have been fixed upstream. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
https://bugs.winehq.org/show_bug.cgi?id=23543 Jerome Leclanche <adys.wh(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED --- Comment #17 from Jerome Leclanche <adys.wh(a)gmail.com> --- Closing -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.
participants (1)
-
wine-bugs＠winehq.org