Closed
Bug 425879
Opened 17 years ago
Closed 8 years ago
Opening a new tab via "-remote openurl" tranfers window to current virtual desktop
Categories
(Firefox :: Shell Integration, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: jk, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b4) Gecko/2008031317 Firefox/3.0b4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b4) Gecko/2008031317 Firefox/3.0b4
Opening a new tab via a command like
firefox -a firefox -remote "openurl(http://mozilla.org,new-tab)"
transfers a firefox window from some virtual workspace to the current virtual workspace if there wasn't one on the current before.
This behavior is differnt from firefox-2 (which just opened the tab without moving windows between virtual workspaces) and quite annoying. Please provide at least an option to disable it.
Reproducible: Always
Steps to Reproduce:
1. Start GNOME with two or more virtual workspace
2. Open Firefox on workspace 1
3. Go to workspace 2
4. Open a terminal and run: firefox -a firefox -remote "openurl(http://mozilla.org,new-tab)"
Actual Results:
The firefox window got moved from workspace 1 to workspace 2.
Expected Results:
Firefox window stays on workspace 1.
Behavior observed on Ubuntu Hardy.
Comment 1•17 years ago
|
||
This behaviour does not happen with Firefox 2. I recently downloaded Firefox 3 beta 5 to try it out and, as great as everything else is, this is the most annoying change in behaviour.
As an example, I keep my web browser maximised on virtual desktop #3 and my e-mail maximised on virtual desktop #4. With firefox 2 I would click on a link in an e-mail and it would open a new tab in the web browser. In due course I would go to desktop #3 and go through the newly opened tabs.
With firefox 3 this means that the web browser jumps to desktop #4, in front of the e-mail I was reading and interrupts the flow.
An option to disable this behaviour would be fantastic - at the moment I keep losing which desktop my browser window has jumped to now!
Status: UNCONFIRMED → NEW
Ever confirmed: true
Version: unspecified → Trunk
Comment 2•8 years ago
|
||
This command doesn't seem to do something anymore, so closing as INVALID.
Feel free to reopen if I'm mistaken and/or misunderstood the issue.
Status: NEW → RESOLVED
Closed: 8 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•