What version of Ubuntu do you use? Do you still have that issue? Does it
work with an other focus mode?
** Changed in: metacity (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unconfirmed => Needs Info
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubunt
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bu
what focus method to you use (/apps/metacity/general/focus_mode gconf
key)?
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I use sloppy focus, but the problem occurs regardless of this setting.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Info provided.
** Changed in: metacity (Ubuntu)
Status: Needs Info => Unconfirmed
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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 (Ubuntu)
Assignee: Ubuntu Desktop Bugs => Thomas Thurman
Status: Unconfirmed => Confirmed
--
gtk.Window.present()
https://launchpad.net/bugs/3648
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-b
Thomas, thank you for working on that
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: metacity (upstream)
Status: Unknown => Rejected
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
** Bug
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bu
what focus method to you use (/apps/metacity/general/focus_mode gconf
key)?
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I use sloppy focus, but the problem occurs regardless of this setting.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
Info provided.
** Changed in: metacity (Ubuntu)
Status: Needs Info => Unconfirmed
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
What version of Ubuntu do you use? Do you still have that issue? Does it
work with an other focus mode?
** Changed in: metacity (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unconfirmed => Needs Info
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubunt
I use sloppy focus, but the problem occurs regardless of this setting.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bu
what focus method to you use (/apps/metacity/general/focus_mode gconf
key)?
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
What version of Ubuntu do you use? Do you still have that issue? Does it
work with an other focus mode?
** Changed in: metacity (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unconfirmed => Needs Info
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubunt
** Changed in: metacity (upstream)
Status: Unknown => Rejected
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
** Bug
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 (Ubuntu)
Assignee: Ubuntu Desktop Bugs => Thomas Thurman
Status: Unconfirmed => Confirmed
--
gtk.Window.present()
https://launchpad.net/bugs/3648
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-b
Thomas, thank you for working on that
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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 (Ubuntu)
Assignee: Ubuntu Desktop Bugs => Thomas Thurman
Status: Unconfirmed => Confirmed
--
gtk.Window.present()
https://launchpad.net/bugs/3648
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-b
Thomas, thank you for working on that
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: metacity (upstream)
Status: Unknown => Rejected
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
** Bug
Info provided.
** Changed in: metacity (Ubuntu)
Status: Needs Info => Unconfirmed
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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 (Ubuntu)
Assignee: Ubuntu Desktop Bugs => Thomas Thurman
Status: Unconfirmed => Confirmed
--
gtk.Window.present()
https://launchpad.net/bugs/3648
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-b
Thomas, thank you for working on that
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: metacity (upstream)
Status: Unknown => Rejected
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
** Bug
I use sloppy focus, but the problem occurs regardless of this setting.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bu
what focus method to you use (/apps/metacity/general/focus_mode gconf
key)?
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
What version of Ubuntu do you use? Do you still have that issue? Does it
work with an other focus mode?
** Changed in: metacity (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unconfirmed => Needs Info
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubunt
Info provided.
** Changed in: metacity (Ubuntu)
Status: Needs Info => Unconfirmed
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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 (Ubuntu)
Assignee: Ubuntu Desktop Bugs => Thomas Thurman
Status: Unconfirmed => Confirmed
--
gtk.Window.present()
https://launchpad.net/bugs/3648
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-b
Thomas, thank you for working on that
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: metacity (upstream)
Status: Unknown => Rejected
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
** Bug
I use sloppy focus, but the problem occurs regardless of this setting.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bu
what focus method to you use (/apps/metacity/general/focus_mode gconf
key)?
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
What version of Ubuntu do you use? Do you still have that issue? Does it
work with an other focus mode?
** Changed in: metacity (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unconfirmed => Needs Info
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubunt
Info provided.
** Changed in: metacity (Ubuntu)
Status: Needs Info => Unconfirmed
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
I use sloppy focus, but the problem occurs regardless of this setting.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bu
what focus method to you use (/apps/metacity/general/focus_mode gconf
key)?
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
What version of Ubuntu do you use? Do you still have that issue? Does it
work with an other focus mode?
** Changed in: metacity (Ubuntu)
Assignee: (unassigned) => Ubuntu Desktop Bugs
Status: Unconfirmed => Needs Info
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubunt
Info provided.
** Changed in: metacity (Ubuntu)
Status: Needs Info => Unconfirmed
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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 (Ubuntu)
Assignee: Ubuntu Desktop Bugs => Thomas Thurman
Status: Unconfirmed => Confirmed
--
gtk.Window.present()
https://launchpad.net/bugs/3648
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.
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-b
Thomas, thank you for working on that
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
** Changed in: metacity (upstream)
Status: Unknown => Rejected
--
gtk.Window.present()
https://launchpad.net/bugs/36485
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
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.
** Bug
60 matches
Mail list logo