[Bug 58107] New: PlayOnline Viewer: Minimised window restores behaving as if it was inactive.

[WineHQ Bugzilla]

http://bugs.winehq.org/show_bug.cgi?id=58107

Bug ID: 58107
           Summary: PlayOnline Viewer: Minimised window restores behaving
                    as if it was inactive.
           Product: Wine
           Version: 10.5
          Hardware: x86-64
               URL: https://web.archive.org/web/20210810150839/http://www.
                    playonline.com/ff11eu/download/media/install_win.html
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: winex11.drv
          Assignee: [e-mail]
          Reporter: [e-mail]
   Regression SHA1: 3ae66c75cf443c0be403d9fe4e4da3c19b3ad9a8
      Distribution: Gentoo

After 3ae66c75cf4 [1], PlayOnline Viewer sometimes restores from a minimised
state behaving as if it was not the active window.

Normally, when the PlayOnline Viewer window is visible but not the active
window, it will lower its FPS to ~5 and the mouse cursor will not change over
it, nor do the buttons respond to the cursor until the window is activated.

Once it is the active window, the FPS for me will be above 40 depending on what
is on the screen, and the mouse cursor is a custom cursor from the application.

With the mentioned commit, the application window acts as if it is not the
active window, with the reduced FPS and non-custom cursor, but it responds to
clicks on buttons and such as usual when it is the active window.

This does not happen 100% of the time, sometimes taking a handful or
minimise/restore actions.

Thank you!

1.
https://gitlab.winehq.org/wine/wine/-/commit/3ae66c75cf443c0be403d9fe4e4da3c...

[Bug 58107] PlayOnline Viewer: Minimised window restores behaving as if it was inactive.

[WineHQ Bugzilla]

http://bugs.winehq.org/show_bug.cgi?id=58107

Chiitoo  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
           Keywords|                            |download, regression

[Bug 58107] Unexpected change in window activation and raise behaviour.

[WineHQ Bugzilla]

http://bugs.winehq.org/show_bug.cgi?id=58107

Chiitoo  changed:

What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|PlayOnline Viewer:          |Unexpected change in window
                   |Minimised window restores   |activation and raise
                   |behaving as if it was       |behaviour.
                   |inactive.                   |

--- Comment #1 from Chiitoo  ---
I've noticed that 3ae66c75cf4 causes other changed behaviour as well.

When Final Fantasy XI Online is launched (via the PlayOnline Viewer), there is
an opening movie played (which can be disabled, not sure if needed to see this
happen), and when almost any key is pressed, it will be skipped.

In full-screen windowed mode, and during that that transition, if I move the
window to a secondary monitor, and wait for the first menu screen to load, the
game normallly moves the mouse cursor on one of the two menu buttons.

However, with the mentioned commit, the mouse jumps to where the button would
be on the primary screen (where the clicks will go as well).

Furthermore, the mouse cursor isn't registered over the buttons at all before
the window is in some other way activated.

Additionally, I'm using KWin (X11) as my Window Manager, and I have set Window
Behaviour / Window ACtions so that middle and right clicks 'Activate and pass
click'.  This means such clicks will activate windows, but not raise them.

After the mentioned commit, they /almost/ always raise the window as well.

This last mentioned behaviour can be easily tested with something like the Wine
notepad application, which so far seems to always raise the window.

With that in mind, I suspect this affects /any/ application in some way that is
running via Wine.

Have not tested other Window Managers yet.