I'm running Steam on my Arch Linux 64 bit box with a i7-2600k board and GTX 580 card and the latest Nvidia drivers (as of this writing I'm using 361.28). As my desktop I'm using KDE Plasma 5 also latest stable version available. I bought a Steam Controller a couple of months and I've been using it as my main controller with Steam Big Picture Mode. I've noticed with every game I run that if start the game from BPM that when I exit the game BPM is no longer in fullscreen and the statusbar is suddenly visible below and I have to click in the icon in the statusbar to make it go fullscreen. Not a huge issue but annoying. Reproducible: Always Steps to Reproduce: 1. Start Steam 2. Start Big Picture Mode 3. Start a game 4. Exit game Actual Results: BPM was in a semi-windowed mode with KDE statusbar visible. Expected Results: BPM should fullscreen after exit of game. Has been also reported on Steam Linux's github page and they suggested that it I file it here as well. See link below: https://github.com/ValveSoftware/steam-for-linux/issues/4313
I can confirm this behavior. Running manjaro linux on my machine.
I have the same issue on Arch.
I can confirm the behavior too. Running on Arch.
Hello, I can confirm this behavior on Kubuntu 15.10 64bit and 16.04 64bit.
> I'm using KDE Plasma 5 also latest stable version available. Plasma 5.8.1? Please set the correct version information.
In the future, please report to product "kde" if you do not know the correct product. Using Planet KDE does not even reach the QA Team, because Planet KDE is ... well ... planetkde.org
Which window is having focus when the game exits?
(In reply to Martin Gräßlin from comment #7) > Which window is having focus when the game exits? The steam overlay still has focus. It is still fullscreen, too. But the panel is now visible on top.
(In reply to Shawn from comment #8) > (In reply to Martin Gräßlin from comment #7) > > Which window is having focus when the game exits? > > The steam overlay still has focus. It is still fullscreen, too. But the > panel is now visible on top. are you sure it's having focus. That would not be like how KWin handles fullscreen windows. An active fullscreen window is above the panel. Only non-active fullscreen windows are below panel.
(In reply to Martin Gräßlin from comment #9) > (In reply to Shawn from comment #8) > > (In reply to Martin Gräßlin from comment #7) > > > Which window is having focus when the game exits? > > > > The steam overlay still has focus. It is still fullscreen, too. But the > > panel is now visible on top. > > are you sure it's having focus. That would not be like how KWin handles > fullscreen windows. An active fullscreen window is above the panel. Only > non-active fullscreen windows are below panel. Well, it certainly seems like it. I tried it again with no other programs open (other than system stuff of course). The task manager has steam highlighted as if it is selected. When I click on steam in the task manager, it minimizes steam. This indicates to me that it did indeed have focus. If I click on the task manager again, steam unminimizes and is in proper full screen again.
As we don't have a version information: can anyone test with Plasma 5.8.1 - our current release?
(In reply to Martin Gräßlin from comment #11) > As we don't have a version information: can anyone test with Plasma 5.8.1 - > our current release? Still present in Plasma 5.8.1 on Arch Linux 64 bit. Using a Nvidia 970 GTX and i7-6700K with 32 GB RAM.
Unfortunately for further investigation I would have to run it myself. But I don't have steam or any games and there is no easy way for me to get it as it's non-free software. Are there any other applications you experience the problem with?
(In reply to Martin Gräßlin from comment #13) > Unfortunately for further investigation I would have to run it myself. But I > don't have steam or any games and there is no easy way for me to get it as > it's non-free software. Are there any other applications you experience the > problem with? No the problem is only with Steam in BPM. If you are able to install Steam there are free games on Steam, free as in gratis.
Actually I think there are more ways to investigate without having the software. Please provide me the output of: xprop -root when the problem occurs (e.g. form tty2 with DISPLAY=:0 xpror -root). Please do not run it from a konsole in the current session, that would destroy what I'm looking for. In addition I need the output of xwininfo. That will turn into a cross to click. Please click the steam bpm window. Also it would be nice to have the output of xev -root running while the problem occurs.
Tried to do what you ask but I can't seem to get it to work. I don't have xev installed or neither xwininfo and don't know what package that belongs to on Arch Linux. When exactly do you want the DISPLAY=:0 xprop -root run after the issue appears in Steam?
A quick google gave me "extra/xorg-utils" for Arch > When exactly do you want the > > DISPLAY=:0 xprop -root > > run after the issue appears in Steam? yes, exactly when the problem is visible. This command will tell me what's the active window.
Created attachment 101862 [details] steam output
Created attachment 101863 [details] xev output
Created attachment 101864 [details] xprop output
Created attachment 101865 [details] xwininfo output
OK, i have added as attrachments now to this bug report the outputs you requested from xev, xwininfo, xprop and steam itself. Hope this is useful.
Thanks, there are two things which I find interesting: the xwininfo is plasma. Did you maybe click a panel? The second thing I find interesting is that the xev output says that showing desktop state got activated. Did you do that actively (e.g. through the shortcut, plasmoid or something else) or could it be that steam enters that mode?
No I did nor click a panel as far as I am aware. Don't know about xev and its output other than that the lower panel of the plasma desktop is visible after you exist a game in Steam BPM which is the whole issdue in the first place.
To confirm I also have this same issue, here's a video to show you it happening: https://www.youtube.com/watch?v=tz_zEV9o-Ig This is on an up to date Arch install.
The issue still persists for me with the latest KDE and Steam client but a small change has happened though. When exiting a game now for me at least some times. The Steam BPM is completely minimized.
Forgot to that this on a new machine with a i7-6700K board with 32 GB RAM and 1080 GTX card with the latest nvidia drivers and KDE Plasma on Arch Linux.
I did some investigation... When steam launches a game, it leaves the fullscreen, which is sensible. After quitting a game, it seems like Steam enters the fullscreen mode back again, but NETWinInfo misses the corresponding client message.
> NETWinInfo misses the corresponding client message. Impossible. It would mean steam does it wrong and never sends the client message.
Though we receive the client message but only after switching between virtual desktops back and forth, for example. Specifically, quit a game, switch to another virtual desktop, switch back, at this point Steam's NETWinInfo receives the corresponding message.
I should probably debug it with xev as well.
So in the end, assuming your findings are correct, this is then an issue with Steam and not KDE?
(In reply to André Fettouhi from comment #32) > So in the end, assuming your findings are correct, this is then an issue > with Steam and not KDE? Well, no, it's still can be an issue in KWin. At this point, we still don't have enough information to make the final decision.
Created attachment 117421 [details] xev
Steam is doing some fishy things. Apparently, it changes _NET_WM_STATE property after quitting a game. There are two problems with that: * The property is changed while the client is in the Iconic state. Clients can change _NET_WM_STATE only in the withdrawn state; * We, most likely, don't honor _NET_WM_STATE set by clients (MUST != SHOULD). Steam should just send a _NET_WM_STATE client message to the root window.
> * We, most likely, don't honor _NET_WM_STATE set by clients (MUST != SHOULD). Hmm, no, it looks like we honor it.
I suggest to file an upstream bug report.
There are two bug reports on github already for this. See here https://github.com/ValveSoftware/steam-for-linux/issues/4611 https://github.com/ValveSoftware/steam-for-linux/issues/4313