[Bug 49348] New: Wine windows are not visible in Gnome-Shell preview due using _NET_WM_STATE_SKIP_TASKBAR

[WineHQ Bugzilla]

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

Bug ID: 49348
           Summary: Wine windows are not visible in Gnome-Shell preview
                    due using _NET_WM_STATE_SKIP_TASKBAR
           Product: Wine
           Version: 5.10
          Hardware: x86
                OS: Linux
            Status: UNCONFIRMED
          Severity: normal
          Priority: P2
         Component: -unknown
          Assignee: [e-mail]
          Reporter: [e-mail]
      Distribution: ---

Some gog installers are visible in Gnome-shell preview, but some are not.

_NET_WM_STATE(ATOM) = _NET_WM_STATE_SKIP_TASKBAR - cause that this windows
aren't shown.

This maybe is "correct" behavior but is very it's very annoying and hard to
find correct window when this flag is set, so maybe this flag should be
forbidden.

Closed issue in Gnome: https://gitlab.gnome.org/GNOME/gnome-shell/-/issues/2886

Gif with current behavior is also inside gnome issue

[Bug 49348] Wine windows are not visible in Gnome-Shell preview due using _NET_WM_STATE_SKIP_TASKBAR

[WineHQ Bugzilla]

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

Zhiyi Zhang  changed:

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

--- Comment #1 from Zhiyi Zhang  ---
Without an installer/test case, I can't look into this.

[Bug 49348] Wine windows are not visible in Gnome-Shell preview due using _NET_WM_STATE_SKIP_TASKBAR

[WineHQ Bugzilla]

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

--- Comment #2 from Rafał Mikrut  ---
This happens e.g. with Flight of the Amazon Queen -
https://www.gog.com/game/flight_of_the_amazon_queen

It is free on Gog and have only 133MB in size.

[Bug 49348] Wine windows are not visible in Gnome-Shell preview due using _NET_WM_STATE_SKIP_TASKBAR

[WineHQ Bugzilla]

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

--- Comment #3 from Rafał Mużyło  ---
Given that there seems to be only one place in wine where this hint is set
(dlls/winex11.drv/window.c: update_net_wm_states), the question would be: what
exactly is wrong with the window that owns the dialog in the case when it gets
skipped ?

Perhaps that difference between _NET_WM_WINDOW_TYPE_NORMAL and
_NET_WM_WINDOW_TYPE_DIALOG has a more significant meaning than the gnome-shell
devs thought ?
_NET_WM_STATE_SKIP_TASKBAR does exactly what it's supposed to do, but it might
be that the window hierarchy in the skipping state hits some quirk that simple
test in update_net_wm_states fails to account for.