[Bug 31905] New: Windows from virtual desktop are able to steal focus from external windows
http://bugs.winehq.org/show_bug.cgi?id=31905 Bug #: 31905 Summary: Windows from virtual desktop are able to steal focus from external windows Product: Wine Version: 1.5.14 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: phoenix(a)mail.ru Classification: Unclassified I'm not sure if it is by design or not, but here's situation: I launch dota 2 using following command: WINEPREFIX=~/.wine_dota2/ ./wine explorer /desktop=dota2,1920x1080 "C:\Program Files\Steam\Steam.exe" -applaunch 570 As steam app, it launches steam first, then launches dota within it. Process is quite lengthy, so i switch focus to another window (e.g. browser) when virtual desktop is initialized. During steam load process, focus is stolen from browser. It remains as top-most window, but 'inactive'. And, e.g. to continue typing something in the browser i have to bring focus back. Few moments later (1-2), wine's window becomes top-most, even if i click inactive browser window to restore focus. During steam shutdown process, it steals focus again, but this time without bringing virtual desktop to top. Steam is just example: this occurs with numerous other apps, in some cases it may happen even multiple times during launch process of some complex application. For me as user, it is extremely annoying - i always thought that virtual desktop is a way to avoid integration between wine and OS WM, with its own tray and window management, and that virtual desktop should present itself as normal OS window. I'm using Debian Wheezy amd64, Gnome 3, NVIDIA binary driver, latest Wine from git. -- 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=31905 --- Comment #1 from Austin English <austinenglish(a)gmail.com> --- This is your friendly reminder that there has been no bug activity for 2 years. Is this still an issue in current (1.7.28 or newer) wine? If so, please attach the terminal output in 1.7.28 (see http://wiki.winehq.org/FAQ#get_log). -- 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=31905 --- Comment #2 from Anton Vorobyov <phoenix(a)mail.ru> --- Created attachment 49839 --> https://bugs.winehq.org/attachment.cgi?id=49839 debug log for steps listed in comment Still reproducible with EVE Online, for example. Steps: 1. Launch EVE launcher (eve.exe) in virtual desktop 2. Log into your account 3. Press 'play' to start loading client 4. While client is loading, switch to other window (e..g calculator or terminal) 5. Wait until client loads Result: Client pops up window above anything Expected: Client shows window in virtual desktop, any activities i do in external window (e.g. typing in text) are not disrupted -- 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=31905 Gil Kloepfer <wine1024h(a)kloepfer.org> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |wine1024h(a)kloepfer.org --- Comment #3 from Gil Kloepfer <wine1024h(a)kloepfer.org> --- I believe I am experiencing the same problem that Anton is describing. What is happening is that if a Wine instance is setup for a virtual desktop on newer versions of Wine, there is code now that tells the X window manager that the window is a "full screen" application. This is not always the case. In my case, I am running a financial application in a Wine virtual desktop to keep all the Wine windows together and managed in one place, but the virtual desktop only takes a portion of my entire screen. I did trace this down within the Wine source at one point, but I would need to do so again to indicate exactly where this takes place (I did not note where it happened at the time). The reason why focus and window raise/lower gets confusing in this instance is because the X Window Manager (in my case, fluxbox) takes the window hint from the Wine virtual desktop, and treats the Wine virtual desktop as a full-screen window (when it isn't). Fluxbox assumes that a full screen window will always obscure ALL non full-screen windows on the same display, and so raising any window that is not a Wine virtual desktop window will always cause the virtual desktop to be pushed to the back (and vice versa - if the virtual desktop is brought to the front, it pushes windows in a similar but usually less obtrusive way). There probably needs to be another checkbox in winecfg/Graphics to indicate full-screen status as well as emulating a virtual desktop. Emulating a virtual desktop does not always imply full-screen as far as X is concerned. -- 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=31905 --- Comment #4 from Gil Kloepfer <wine1024h(a)kloepfer.org> --- I should have added this in my previous comment: I am running Wine 9.0 on Gentoo Linux. I just noticed that there have been considerable changes to the fullscreen logic in later versions of Wine, so there may already be a fix for this. Also, upon looking at the date this was originally reported, my report is likely similar, but not the same issue as this one. -- 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=31905 --- Comment #5 from Gil Kloepfer <wine1024h(a)kloepfer.org> --- (hanging my head in shame) The issue I mentioned has been resolved as of Wine 9.19. -- 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 (2)
-
wine-bugs＠winehq.org -
WineHQ Bugzilla