345900 - Starting Firefox opens tab in remote Browser instead of new local Window

Status: RESOLVED INCOMPLETE

(Firefox :: Tabbed Browser, defect)

Description

[Florian E.J. Fruth]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.0.4) Gecko/20060604 Firefox/1.5.0.4
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-GB; rv:1.8.0.4) Gecko/20060604 Firefox/1.5.0.4

If a remote browser window is open (ssh + X forwarding) and i start firefox on the local pc it opens a new remote window instead of a new local browser.

Reproducible: Always

Steps to Reproduce:
1. ssh <remote-pc> -c firefox
2. firefox

Actual Results:  
opens new window in remote browser

Expected Results:  
start new local browser

Comment 1

[David Sparks]

The --noxshm commandline option used to prevent this behavior but no longer works as of ~1.5.  It looks like the option got renamed to --no-xshm which may have caused the breakage?

Comment 2

[Florian E.J. Fruth]

(In reply to comment #1)
> The --noxshm commandline option used to prevent this behavior but no longer
> works as of ~1.5.  It looks like the option got renamed to --no-xshm which may
> have caused the breakage?

Both --noxshm and --no-xshm don't work in the current firefox release.

Comment 3

[Wayne Mery (:wsmwk)]

still see this problem when using FF 3.5 beta (or 3.0?)
 http://www.mozilla.com/en-US/firefox/all-beta.html

Comment 4

[Vincent Lefevre]

I can't reproduce the bug with 3.0.9.

Comment 5

[Florian E.J. Fruth]

This bug is still there with Iceweasel (3.0.9). Vincent: have you enabled X11 forwarding (I did this by default)? Perhaps try this:

1. ssh -X -Y <remote-pc> -c firefox
2. firefox

Comment 6

[Vincent Lefevre]

(In reply to comment #5)
> This bug is still there with Iceweasel (3.0.9). Vincent: have you enabled X11
> forwarding (I did this by default)?

Yes, otherwise I couldn't even have run the remote firefox. However I don't remember which machine I used for the test, but it's possible that I used a Debian/etch machine, in which case the remote firefox was a 2.x (perhaps the bug doesn't occur if the remote FF is a 2.x and the local one is a 3.x).

Comment 7

[Vincent Lefevre]

I confirm the bug still occurs if the remote FF is a 3.x (I've tried with a remote Debian/lenny machine). However if the remote FF is a 2.x (I've tried with a remote Debian/etch machine), the bug doesn't occur.

Comment 8

[Tyler Downer [He/Him]]

How about 3.5.2?

Comment 9

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Can anyone please respond to comment 8?

Comment 10

[Vincent Lefevre]

I can't try for the moment (3.5.2 isn't in Debian yet).

Comment 11

[Henrik Skupin [:whimboo][⌚️UTC+1]]

You can download it from http://www.mozilla.com. It's even better to have a build created by Mozilla itself for testing purposes. Otherwise it could be a bug in the modified version of Firefox in Debian.

Comment 12

[Vincent Lefevre]

(In reply to comment #11)
> You can download it from http://www.mozilla.com.

No, for Linux, it provides only a binary for x86 (and I can't recompile Firefox due to the lack of disk space -- one of the two machines is an old PowerBook).

Comment 13

[Henrik Skupin [:whimboo][⌚️UTC+1]]

What about the other machine? Do you have a chance to test it with an Intel powered box?

Comment 14

[Henrik Skupin [:whimboo][⌚️UTC+1]]

We need some more information to work on this bug.

Comment 15

[Vincent Lefevre]

I could eventually try Firefox 3.5.3 under Debian (actually Iceweasel, but I had the same problem with it in the past), and the problem no longer occurs, whether I start the remote or the local Firefox first.