[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

Re: [tor-bugs] #9173 [Firefox Patch Issues]: Relocate RelativeLink functionality to Firefox patch



#9173: Relocate RelativeLink functionality to Firefox patch
-------------------------------------+-------------------------------------
     Reporter:  mikeperry            |      Owner:  mcs
         Type:  defect               |     Status:  closed
     Priority:  critical             |  Milestone:
    Component:  Firefox Patch        |    Version:
  Issues                             |   Keywords:  tbb-usability,
   Resolution:  fixed                |  tbb-3.0-backport, MikePerry201311R
Actual Points:                       |  Parent ID:
       Points:                       |
-------------------------------------+-------------------------------------

Comment (by mcs):

 Replying to [comment:21 mikeperry]:
 > Ok, I pushed this fixup to the FF24 branch. Can you give a specific
 repro case? Do you have to do something like .././start-tor-browser.sh? Or
 something else?

 Thanks for taking this fix.  On Mac OS, doing something like this caused
 the problem:

   cd /Users/brade/Desktop/TBB3.0rc1/Contents/MacOS/TorBrowser.app
   ./Contents/MacOS/firefox

 Inside the browser, the "app dir" would then be:

 /Users/brade/Desktop/TBB3.0rc1/Contents/MacOS/TorBrowser.app/./Contents/MacOS

 Without this fix, the browser would use the wrong profile dir location,
 which means it tries to create a new profile, which means you end up
 without tor, and user confusion sets in.

 Basically, you need to be lower in the dir hierarchy than usual and use ./
 in the command that starts firefox.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/9173#comment:22>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs