Opened 9 years ago

Closed 8 years ago

#2254 closed defect (fixed)

Firefox no longer launches when TBB is running

Reported by: cypherpunks Owned by: chiiph
Priority: High Milestone: Vidalia: 0.2.13
Component: Archived/Vidalia Version:
Severity: Keywords:
Cc: Actual Points:
Parent ID: Points:
Reviewer: Sponsor:

Description

When I run the current TBB (tor-browser-gnu-linux-x86_64-1.0.17-dev-en-US.tar.gz) on Ubuntu Maverick, I am unable to launch a non-Tor Browser Firefox window.

The command Ubuntu uses by default is "firefox %u" and it opens a new TBB window. If I launch Firefox first and then TBB, I'm able to use both at once. It should work properly in either case, order of launch should not matter.

This breaks my normal browsing and I am not able to use both at once without effort. This is a blocker for normal day to day use.

Child Tickets

Change History (8)

comment:1 Changed 9 years ago by rransom

Priority: blockermajor

The priority ‘blocker’ is intended for bugs so severe that there is no point in working on any other task until the ‘blocker’ is fixed. This bug is not a blocker.

comment:2 Changed 9 years ago by rransom

One workaround for this bug is to run “firefox -no-remote”. That will start a non-TBB Firefox even if a TBB Firefox is already running. Unfortunately, it won't work if a non-TBB Firefox is already running, so you can't just add -no-remote to the command line in your system's Firefox launcher.

The only way I can think of to fix this bug is to patch the copy of Firefox in TBB to not support the Firefox remote-control protocol at all.

comment:3 Changed 8 years ago by mikeperry

Component: Tor bundles/installationTor Browser
Owner: changed from erinn to mikeperry

I just got hit by this so it is not just Ubuntu.

However, I do recall sjmurdoch and I doing some hacks to specifically disable remoting about 2 years ago... I just tested, and the hacks do appear to still work on OSX.

I guess I'll need to investigate this in more detail..

comment:4 Changed 8 years ago by mikeperry

Ok, the hack I did on the Torbutton side was to create extensions.torbutton.block_remoting. It is used on neither Linux nor OSX..

comment:5 Changed 8 years ago by erinn

Component: Tor BrowserVidalia
Status: newneeds_review

Turns that the most trivial fix is to simply uncomment the -no-remote option in Vidalia's MainWindow.cpp. Highly trivial patch found in the no-remote branch in erinn/vidalia.git, commitdiff here:
https://gitweb.torproject.org/erinn/vidalia.git/commitdiff/8b5a3bd0baa7e22fe4b238fdb53bba5d7223cee7

I've confirmed that it works. Reassigning to Vidalia/chiiph.

comment:6 Changed 8 years ago by erinn

Owner: changed from mikeperry to chiiph
Status: needs_reviewassigned

comment:7 Changed 8 years ago by chiiph

Milestone: Tor Browser Bundle for LinuxVidalia: 0.2.13

comment:8 Changed 8 years ago by chiiph

Resolution: fixed
Status: assignedclosed

Ok, this is in both master and alpha branches.

The fix will be available in 0.2.13.

Note: See TracTickets for help on using tickets.