gtk.Window.present()

Bug #36485 reported by Alex Mauer
12
Affects Status Importance Assigned to Milestone
Metacity
Invalid
Medium
metacity (Ubuntu)
Invalid
Medium
Marnanel Thurman

Bug Description

gtk.Window.present() does not work if raise_on_click is set false in gconf. That is, it does not raise the window, although it does focus it.
 http://pygtk.org/pygtk2reference/class-gtkwindow.html#method-gtkwindow--present

The fact that the window manager option changes this behavior makes me think it is a metacity bug rather than a gtk or pygtk bug.

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

Thanks for the report.

Do you have some example code or a screenshot which would show this issue?

Changed in metacity:
status: Unconfirmed → Needs Info
Revision history for this message
Alex Mauer (hawke) wrote :

The software I noticed triggering the bug is gajim (http://gajim.org) -- It's a Jabber client, and when there are unread messages, clicking in the tray icon is supposed to activate that window. It uses gtk.Window.present to do so, but the window doesn't come to the front, it's only focused.

Revision history for this message
Alex Mauer (hawke) wrote :

Info provided; please let me know if it is not adequate, and what further info I need to provide.

Changed in metacity:
status: Needs Info → Unconfirmed
Revision history for this message
Sebastien Bacher (seb128) wrote :

What version of Ubuntu do you use? Do you still have that issue? Does it work with an other focus mode?

Changed in metacity:
assignee: nobody → desktop-bugs
status: Unconfirmed → Needs Info
Revision history for this message
Alex Mauer (hawke) wrote :

I'm using Edgy. I still have the issue. Changing focus_mode has no effect, raise_on_click is the key that affects this behavior.

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

what focus method to you use (/apps/metacity/general/focus_mode gconf key)?

Revision history for this message
Alex Mauer (hawke) wrote :

I use sloppy focus, but the problem occurs regardless of this setting.

Revision history for this message
Alex Mauer (hawke) wrote :

Info provided.

Changed in metacity:
status: Needs Info → Unconfirmed
Revision history for this message
Marnanel Thurman (marnanel) wrote :

Confirmed. This doesn't seem to happen in 2.17.1 (the version in Edgy) but it occurs with HEAD. Now investigating.

Changed in metacity:
assignee: desktop-bugs → marnanel
status: Unconfirmed → Confirmed
Revision history for this message
Marnanel Thurman (marnanel) wrote :

This is explicitly done in window_activate() in window.c. Elijah added the check in revision 1.408; I've contacted him to ask why.

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

Thomas, thank you for working on that

Revision history for this message
Marnanel Thurman (marnanel) wrote :

Elijah explains in the upstream bug that this behaviour is according to design. When raise_on_click is not set, the *only* thing which can raise a window is a pager. gajim is not a pager, therefore it cannot raise windows (not even its own). The solution is for gajim to register as a pager.

Changed in metacity:
status: Confirmed → Rejected
Changed in metacity:
status: Unknown → Rejected
Changed in metacity:
importance: Unknown → Medium
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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