[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: [e-mail]
        ReportedBy: [e-mail]
    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.

[Bug 31905] Windows from virtual desktop are able to steal focus from external windows

https://bugs.winehq.org/show_bug.cgi?id=31905

--- Comment #1 from Austin English  ---
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).

[Bug 31905] Windows from virtual desktop are able to steal focus from external windows

https://bugs.winehq.org/show_bug.cgi?id=31905

--- Comment #2 from Anton Vorobyov  ---
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

[Bug 31905] Windows from virtual desktop are able to steal focus from external windows

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=31905

Gil Kloepfer  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |[e-mail]

--- Comment #3 from Gil Kloepfer  ---
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.

[Bug 31905] Windows from virtual desktop are able to steal focus from external windows

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=31905

--- Comment #4 from Gil Kloepfer  ---
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.

[Bug 31905] Windows from virtual desktop are able to steal focus from external windows

[WineHQ Bugzilla]

https://bugs.winehq.org/show_bug.cgi?id=31905

--- Comment #5 from Gil Kloepfer  ---
(hanging my head in shame)

The issue I mentioned has been resolved as of Wine 9.19.