allows applications to popup above xscreensaver (which is locking the screen)

Bug #239 reported by Rafał Jędruszek
24
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Metacity
Unknown
Critical
xscreensaver
Unknown
Critical
xscreensaver (Ubuntu)
Invalid
Medium
Unassigned

Bug Description

Applications can popup above xscreensaver, while xscreesaver is locking the screen and NOTHING should be able to popup above it.

As stated on http://www.jwz.org/xscreensaver/faq.html it is a WM bug:
"You might consider this a bug in your window manager (though some consider it a feature.) If you think it's a bug, then the magic incantation to repeat to the author of your window manager is as follows: ``you should be mapping windows with XRestackWindows instead of XRaiseWindow, to ensure that managed windows always appear below override-redirect windows.''"

Changed in metacity:
assignee: nobody → gnome
Revision history for this message
Sebastien Bacher (seb128) wrote :

do you have any example?

Revision history for this message
Rafał Jędruszek (necui) wrote :

PSI jabber client, KF jabber client.

'Enable popup notifications' in PSI (options/events). These popups are placed above xscreensaver window. 'KF popups windows' too.

Take a look at
http://jabberstudio.org/cgi-bin/viewcvs.cgi/cvs/kf/src/gtktip.c?rev=1.4&view=markup

There's a code from KF that shows these 'popup windows'. They are created like:
GTK_WINDOW (tip)->type = GTK_WINDOW_POPUP;

I don't know what code does this in PSI.

Revision history for this message
Jorge Bernal (koke) wrote :

koke@ababol ~/Devel/gnome/metacity $ grep -rcl XRaiseWindow *
koke@ababol ~/Devel/gnome/metacity $ grep -rcl XRestack *
src/stack.c

It seems that part is ok, could you offer some help for reproducing that. I think I don't see that popups when running xscreensaver (maybe on top of a fullscreen mplayer)

Revision history for this message
Corey Burger (corey.burger) wrote :

Does this bug still occur?

Revision history for this message
Rafał Jędruszek (necui) wrote :

Yeah, it still occures. Here is how I reproduced it today:

1. Psi installed on father's computer (running standard, "virgin" hoary).
2. Father's account created on jabber server.
3. Added mine jid to the roster.
4. Turned on: <menu/options/events/enable popup notifications>.
5. Screen locked, by choosing "lock screen" from AFAIR "system" menu.
6. Gone to my computer and sent a message to father's jid.

Result: the popup on father's computer (saying that new message arrived) appeared (while screen is locked).

Anyway, it's not a metacity bug? Maybe I should report it to xscreensaver authors? I use xlockmore right now (not on ubuntu) and those popups appear too, but they disappear in 0,1s. It's still a problem though...

These all is somewhat "should not happen" to me. But I don't know where the bug resists. Maybe xorg should have a mechanism that allows running one app at a time on the 'absolutely top'.

Revision history for this message
Phil Bull (philbull) wrote :

Does this still occur?

Bug assigned upstream (GNOME)

http://bugzilla.gnome.org/show_bug.cgi?id=154529

Changed in metacity:
status: Unconfirmed → Needs Info
Revision history for this message
Myriam Schweingruber (myriam) wrote :

Hi
this bug seems have been forgotten. I tried to reproduce it today, running Ubuntu 6.06 and I don't see any popups when the screen is locked.

Is this still relevant or not? I would be glad to close this bug :-)

Revision history for this message
Phil Bull (philbull) wrote :

We use gnome-screensaver now by default so this probably explains why you can't reproduce the issue. It's possibly still an issue with xscreensaver however (which is still in main AFAIK), so we shouldn't really close the bug...

Upstream seem uninterested though. Hmmm. Could you test this with xscreensaver just to confirm?

Revision history for this message
Sebastien Bacher (seb128) wrote :

xscreensaver bug according to upstream

Changed in metacity:
status: Unconfirmed → Rejected
Revision history for this message
Maftoul Samuel (samuel-maftoul) wrote :

Mailed the upstream authors with the url of that bug.

Revision history for this message
Jamie Zawinski (jwz) wrote :

Not an xscreensaver bug. See
http://bugzilla.gnome.org/show_bug.cgi?id=154529

I assume what you are seeing is an OverrideRedirect window. That means it is imposible for either xscreensaver or metacity to intercept it.

Changed in xscreensaver:
status: Unknown → Rejected
Revision history for this message
Phil Bull (philbull) wrote :

This has been rejected upstream, with the following comment:

"It's not really possible for Jamie to fix this, nor for me to do so (as
metacity maintainer; the only way to currently avoid it that I can think of is
to patch all applications in the universe to stop using override-redirect
windows). It'd be nice to be able to manage override-redirect windows to make
them stack appropriately relative to other windows (among other things), but
override-redirect means "override any management". We'd need some kind of X
extension to fix this."

I don't think that there's any way around this I'm afraid, so I'm rejecting this bug. Sorry :(

Changed in xscreensaver:
status: Unconfirmed → Rejected
Changed in xscreensaver:
importance: Unknown → Critical
status: Invalid → Unknown
Changed in metacity:
importance: Unknown → Critical
status: Invalid → Unknown
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.