natty beta Ubuntu Classic (No effects) SDL|openGL window always on top

Bug #758609 reported by Gregory Fenton
70
This bug affects 13 people
Affects Status Importance Assigned to Milestone
fglrx-installer (Ubuntu)
Invalid
Undecided
Unassigned
metacity (Ubuntu)
Invalid
Undecided
Unassigned

Bug Description

Release info: Description: Ubuntu Natty (development branch) Release: 11.04
libsdl1.2-dev version 1.2.14-6.1ubuntu3
libsdl1.2-debian version 1.2.14-6.1ubuntu3
libgl1-mesa-dev version 7.10.2-0ubuntu1
libgl1-mesa-dri version 7.10.2-0ubuntu1
libgl1-mesa-glx version 7.10.2-0ubuntu1

If I compile a SDL and openGL program and run it with Ubuntu Classic (No effects) the SDL|openGL window is overlaid on top of all other windows.

When it is the active window mouse/keypresses go to the SDL|openGL program as expected.
When another window is active mouse/keypresses go to the correct window even though the SDL window is on top.

Tested with Eternal Lands client and demo "SDLGears".

Correct response from SDL|openGL should be the overlay window goes back into the Z buffer when another app has focus.

2 SDL|openGL windows will battle for top z level when they are both running.

Revision history for this message
KyL416 (kyl416) wrote :

I experience the same thing, I'm using the ati catalyst drivers. I would offer more info, but unfortunately I don't know which package is responsible for handling overlay accelerated video.

Revision history for this message
Armando Romero (im-yourfriendarmando) wrote :

I too have issues. I'm on a Dell Studio 1458. ATI Mobility Radeon HD 5400. I'm using Ubuntu Classic with no effects. Someone else seems to be having an issue and posted a bug on here https://bugs.launchpad.net/ubuntu/+source/metacity/+bug/776784

Revision history for this message
Actam (gl.ruggero) wrote :

Same again on a Dell Studio 1555, ATI Mobility Radeon 4500, catalyst drivers.

Revision history for this message
Luca Manzari (manzariluca) wrote :

I am experiencing the same, fglrx driver and hd5650 on Natty x86_64. There is something I can do to help the developers?

Revision history for this message
Luca Manzari (manzariluca) wrote :

Guys those two bugs to me look basically the same...what to do?
https://bugs.launchpad.net/ubuntu/+source/fglrx-installer/+bug/670345

Revision history for this message
Gregory Fenton (gregoryfenton) wrote :

As original reporter of this issue I can confirm the issue still exists as of today.

The thread specified above cannot be updated by the original reporter as he has changed hardware.

Revision history for this message
Luca Manzari (manzariluca) wrote :

So what to do now?

Revision history for this message
Shimi Chen (shimi-chen) wrote :

I am also experiencing this but it's not exclusive to OpenGL windows. Any default video output will do this.
Going to gstreamer-properties and changing the video output from "Default" to "X Window System(No Xv)" fixes it for media players. This does not fix for example video output from Lightspark or glxgears.

Perhaps there is a system-wide way to change video output to "X Window System(No Xv)" and this will resolve the issue?

I too am using the Catalyst driver with a classic session. So this seems to be a bug with the interaction of Catalyst with Metacity.

Shimi Chen (shimi-chen)
affects: ubuntu → fglrx-installer (Ubuntu)
Revision history for this message
Luca Manzari (manzariluca) wrote :

Shimi, I think your solution is a temporary workaround - and I thank you a lot for it - but it cannot be considered a fix. In fact disabling xv means losing hardware acceleration and overloading the cpu, which is not good : (
http://en.wikipedia.org/wiki/X_video_extension

Revision history for this message
Felix Kuehling (felix-kuehling) wrote :

This sounds familiar. Unchecking /apps/metacity/general/capture_before_unmap in gconf-editor should solve the issue. Last time I discussed this with Bryce Harrington he assured me that this was a bug in metacity, not in fglrx.

Revision history for this message
Luca Manzari (manzariluca) wrote :

Felix thank you for your help, but unchecking /apps/metacity/general/capture_before_unmap in gconf-editor didn't solve the issue, at least not for me :(

Revision history for this message
Felix Kuehling (felix-kuehling) wrote :

Log out and log back in after unchecking capture_before_unmap.

Revision history for this message
Shimi Chen (shimi-chen) wrote :

I can confirm the fix. Thank you Felix :)

Revision history for this message
Luca Manzari (manzariluca) wrote :

My fault xD I can confirm the fix too, thank you all guys :D

Shimi Chen (shimi-chen)
Changed in metacity (Ubuntu):
status: New → Confirmed
Changed in fglrx-installer (Ubuntu):
status: New → Confirmed
Revision history for this message
Thomas Antepoth (ta-ubuntu-antepoth) wrote :

Confirmed the fix using gconf-editor and unchecking "unmap..." on Natty.

The bleeding-in of some of the window contents into other windows when switching desktops as well as the partial non-repaint of the title bar as described in

https://bugs.launchpad.net/ubuntu/+source/compiz/+bug/770283 was resolved by this.

bugbot (bugbot)
tags: added: natty
Revision history for this message
dino99 (9d9) wrote :

EOL have been reached, so no more maintenance. If that issue still exist, then report again using ubuntu-bug.

Changed in metacity (Ubuntu):
status: Confirmed → Invalid
Changed in fglrx-installer (Ubuntu):
status: Confirmed → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.