[Workaround]: Grfx stay in foreground/switching desktop/applications.

PReP · 2014-02-21 19:58:53

I have a hard time (regretably) to come up with the best way to describe it (which is also why google haven't been my trusty friend this time)

The issue:

For about a month or two, there has been an issue with graphical apps (like wine, xscreen-saver (run manually) and others,
which makes them cover the screen unitl killed. Meaning that if i switch from them, to another desktop or application like lxterminal,
i do not see lxterminal or what i switched to, since the previous graphical application stays in the foreground.

Most notably i see this when running a fullscreen game through wine (using GL) in one desktop, as is my custom, and trying to switch to the desktop containing a fullscreen lxterminal.
I have to kill the wine-session, or xscreensaver app, in able to view anything else again.

Information:

My usual, daily, usecase is that i have 4 desktops, an IM-program started on the first, firefox on the second, a terminal on the third and the fourth free to my daily whims.

I am using the official nvidia drivers, on a geforce gtx570, i run openbox (as stated above) and no graphical login manager.
Furthermore i lack polkit, upower and any udisks program (if that might matter any),
other then that i have no special "mumbo jumbo", and i keep updated daily.

Is there a bug or regression in either the nvidia-drivers, openbox, xorg or somewhere that i might have missed?

Any hints toward the right direction would be welcome.

Last edited by PReP (2014-05-22 23:58:48)

PReP · 2014-03-12 04:33:18

It is the same today, and another example of where it happens;

smplayer, in openbox, playing a video (gl2 output), switching desktop , the video does not go away and covers the foreground until i find my way back to smplayer and minimizes or stops it.
a little like hardware accel flash used to do with nvidia.

No one else having this behaviour?, in openbox or otherwise, and where did this go wrong? (it was not like this before).

GSF1200S · 2014-03-12 05:34:51

PReP wrote:

It is the same today, and another example of where it happens;
smplayer, in openbox, playing a video (gl2 output), switching desktop , the video does not go away and covers the foreground until i find my way back to smplayer and minimizes or stops it.
a little like hardware accel flash used to do with nvidia.
No one else having this behaviour?, in openbox or otherwise, and where did this go wrong? (it was not like this before).

Weird. Nope, no problem here. Are you sure you didnt change something in the rc.xml? Are you running a compositor like compton?

bernarcher · 2014-03-12 09:12:18

Same behaviour with mplayer her. Switching desktops in plain openbox (no compositor) keeps the graphics on display with only the desktop switch dialog visible. No idea, however, when this started, as I didn't use mplayer this way since several weeks.

Edit: This occurs in fullscreen mode only.

Last edited by bernarcher (2014-03-12 09:15:03)

GSF1200S · 2014-03-12 17:23:53

bernarcher wrote:

Same behaviour with mplayer her. Switching desktops in plain openbox (no compositor) keeps the graphics on display with only the desktop switch dialog visible. No idea, however, when this started, as I didn't use mplayer this way since several weeks.
Edit: This occurs in fullscreen mode only.

I should note that while I dont have this problem, Im running the latest Openbox-git from the AUR. There was a bug with Smart Placement that pushed me to build from git, but nothing like what you say. Have you tried something like PekWM or Fluxbox just to see if it has anything to do with Openbox (considering how stable OB is, I really doubt it.. I dont think its even been updated in a while)? If not, its something wrong with the programs being used. If so, try building the git version of OB and see if that fixes your problems.

PReP · 2014-03-13 01:53:54

I will try out something entirerly else too, but it do happen in for instance both wine (fullscreen desktop) and smplayer,
and i suppose what they have in common (in my case) is GL output. Will attempt to look further into this, thanks for the feedback thus far,
both of you

(Oh, and i do not use an compositor either no)

PReP · 2014-05-22 23:57:57

Status-update: Workaround.

Currently using a compositor (compton-git from aur) as a workaround, as per my post here: https://bbs.archlinux.org/viewtopic.php … 7#p1418277

eigengrau · 2014-06-08 09:55:47

Here’s an overview of the threads that I could find, I’ll try to get them merged.
https://bbs.archlinux.org/viewtopic.php?id=177462
https://bbs.archlinux.org/viewtopic.php?id=177476
https://bbs.archlinux.org/viewtopic.php?pid=1370960
https://bbs.archlinux.org/viewtopic.php?pid=1371241

ewaller · 2014-06-08 15:46:23

eigengrau,
I saw your reports and your post above. You may have a point, but I am going to leave the threads as separate entities. They may be the same root cause, but the symptoms were varied. I think that merging them would create a difficult to follow mess. I think the best solution is to cross link the threads as you have done above.

eigengrau · 2014-06-08 17:05:33

Thanks ewaller, I think the crosslinks will do the job as well.

eigengrau · 2014-06-08 17:23:00

I have created a thread on the NVIDIA forums. It would be appreciated if affected users could describe their set-up there.

https://devtalk.nvidia.com/default/topi … lications/

PReP · 2014-06-11 21:05:57

Ah yeah, i did not really find a totally matching scenario in my search of other topics (or containing more general explanations - i.e they seem more app-specific those at a glance)
So i agree with ewaller too.

Anyways thanks for the nvidia thread eigengrau, i will absolutely check in there aswell!

Last edited by PReP (2014-06-11 21:07:13)

Arch Linux

#1 2014-02-21 19:58:53

[Workaround]: Grfx stay in foreground/switching desktop/applications.

#2 2014-03-12 04:33:18

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#3 2014-03-12 05:34:51

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#4 2014-03-12 09:12:18

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#5 2014-03-12 17:23:53

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#6 2014-03-13 01:53:54

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#7 2014-05-22 23:57:57

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#8 2014-06-08 09:55:47

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#9 2014-06-08 15:46:23

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#10 2014-06-08 17:05:33

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#11 2014-06-08 17:23:00

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

#12 2014-06-11 21:05:57

Re: [Workaround]: Grfx stay in foreground/switching desktop/applications.

Board footer