Thanks.
It looks like gnome-shell is generally doing the right thing. It notices
an app is trying to place itself over the full screen and accepts that
as a old-style fullscreen request. Nothing unusual there. Gnome Shell is
behaving correctly for a window manager.
The only problem here is that t
xprop
_NET_WM_ICON(CARDINAL) =
WM_CLASS(STRING) = "spotify", "Spotify"
_NET_WM_STATE(ATOM) = _NET_WM_STATE_FULLSCREEN, _NET_WM_STATE_FOCUSED
WM_STATE(WM_STATE):
window state: Normal
icon window: 0x0
_NET_WM_DESKTOP(CARDINAL) = 0
_GTK_EDGE_CONSTRAINTS(CARDINAL) = 17
xwininfo: Window id: 0x3a1 "Spotify"
Absolute upper-left X: 0
Absolute upper-left Y: 0
Relative upper-left X: 0
Relative upper-left Y: 0
Width: 1920
Height: 1080
Depth: 24
Visual: 0x21
Visual Class: TrueColor
Border width: 0
Class: InputOutput
Colormap: 0x20 (instal
The id matches the id of the window manager warning.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1820230
Title:
spotify (snap) starts in fullscreen without windows decorations
To manage notificat
Sounds like this might not be a gnome-shell bug.
Can you use xwininfo or xwininfo -all to get more information about the
window?
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1820230
Title:
spotify
