Launchpad has imported 31 comments from the remote bug at
https://bugzilla.redhat.com/show_bug.cgi?id=307581.
If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.
On 2007-09-26T18:09:57+00:00 Bill wrote:
Description of problem:
When I open a new tab (via right click on a terminal, clicking on something in
liferea, whatever), firefox immediately jumps onto the current workspace.
This is irritating.
Version-Release number of selected component (if applicable):
firefox-2.0.0.6-11.fc8
Additional info:
Seems related to the startup notification patch, as it worked ok in
2.0.0.6-8.fc8.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/5
On 2007-10-01T00:17:03+00:00 Adam wrote:
I will second this. Very irritating!
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/6
On 2007-10-01T19:22:40+00:00 Christopher wrote:
Owen says this is a metacity bug. The following program also hops
windows.
#!/bin/env python
import gtk
import gobject
w = gtk.Window()
w.set_title("Foo")
w.show()
def on_timeout():
w.present()
return False
gobject.timeout_add(5000, on_timeout)
gtk.main()
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/7
On 2007-10-01T19:23:35+00:00 Christopher wrote:
er, hops workspaces
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/8
On 2007-10-01T19:34:29+00:00 Colin wrote:
To give some background on this issue, Firefox now supports startup
notification:
https://bugzilla.mozilla.org/show_bug.cgi?id=223492
The issue in this bug only occurs when there are multiple workspaces.
Removing this Firefox patch would be a regression in the single workspace case
because it would require clicking on a flashing browser entry in the task list
after activating an external link.
>From IRC:
walters: metacity could look at the window role and alter the behavior
based on that
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/9
On 2007-10-01T19:48:25+00:00 Bill wrote:
FWIW, commenting out the call to gdk_window_focus() in the patch makes it DTRT
for me.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/10
On 2007-10-01T20:00:33+00:00 Owen wrote:
Actually, what I meant was that based on the "type" of the window application
vs. dialog, you could do different things.
A application never, under any circumstances, should be moved between
desktops.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/11
On 2007-10-01T20:03:13+00:00 Colin wrote:
Bill, what effect does that have in the single-workspace case?
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/12
On 2007-10-01T20:04:24+00:00 Colin wrote:
Also, I've filed this bug upstream here:
http://bugzilla.gnome.org/show_bug.cgi?id=482354
Since there seems to be agreement this is an upstream Metacity issue, please
continue discussion there.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/13
On 2007-10-01T20:10:27+00:00 Bill wrote:
Colin: when it's on the same workspace, I get the throbbing entry in the panel.
When it's on the other workspace, I don't.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/14
On 2007-10-11T20:06:50+00:00 David wrote:
We need to fix this for F8...
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/15
On 2007-10-11T21:48:48+00:00 Jeremy wrote:
This is also happening in compiz... so more than just metacity at work
here.
Reply at:
https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/175904/comments/16
On 2007-10-11T23:26:44+00:00 Christopher wrote:
Jeremy: not quite...
in metacity, the _window_ switches to the current workspace.
In compiz, the _active wor