User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050810 Firefox/1.0.6 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.10) Gecko/20050810 Firefox/1.0.6 When a user already has an instance of Firefox open and he wishes to create another Firefox windows from outside firefox (i.e. open a page by clicking a link in evolution) Firefox won't be able to connect to the already open instance and hence nothing will happen. Reproducible: Always Steps to Reproduce: 1. Launch Firefox 2. Open Terminal 3. type firefox http://www.google.de and enter Actual Results: The profile selection box opens. Expected Results: Open another firefox window or a tab in the current one to display the requested page. I figured that the problem is a missing line in the <prefix>/bin/firefox script and this problem exists since 0.10.0 . I already filed it once as bug number 268869, but the bug was closed as resolved. The comment there doesn't make much sense, since the fact that xremote isn't anymore is not related to anything the patch does (in fact add just one line to find run-mozilla.sh). This is the 7th Firefox version with this bug, please fix it.
added dependency to 268869
This is fixed, if you download a current trunk nightly build you will see that it is fixed. Please don't file duplicate bugs. *** This bug has been marked as a duplicate of 268869 ***
Ok, sorry, thought it was supposed to be solved in 1.0.6 already, since i had the impression that the bug was closed before the release.
Created attachment 209848 [details] [diff] [review] Fix missing line to set $run_moz after fallback to compile-time libdir I stumbled upon this bug using Firefox 1.0.7 on solaris (installed in a custom directory) and pinpointed it down to a missing line in the firefox start script. From reading the related bug reports, I'm not entirely sure, if this bug is already fixed or not. I find the relevant line in mozilla/xpfe/bootstrap/mozilla.in but it is missing from mozilla/browser/app/mozilla.in both files from current CVS. My attached patch fixes the latter file. Please clarify if this is an already fixed bug or not.