241104 - Second browser launch from icon shows profile selection dialog

Status: RESOLVED DUPLICATE of bug 122698

(SeaMonkey :: General, defect)

Description

[Jamax]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040420
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7b) Gecko/20040420


I have icons on the gnome desktop panel for browser and mail that I use for
opening mail and new browser windows.  Previously, these icons worked as
expected by opening a new browser or mail window by launching mozilla only if it
was not already running.  After upgrading to 1.7b, the icons behave as expected
if Mozilla is not running, but if it is they run a new instance of Mozilla that
brings up the profile manager since the default profile is locked.  Clicking on
the mail icon brings the existing mail window to the front or opens one and also
launches a new mozilla.

Opening new windows by clicking panel icons is sometimes more convenient than
using a menu or keyboard shortcut, since I may be working in another application
or have existing mozilla windows minimized.


Reproducible: Always
Steps to Reproduce:
1. Create desktop panel icons to load Mozilla browser or mail:
     /usr/bin/mozilla -browser
     /usr/bin/mozilla -mail
2. Start mozilla.
3. Click on the browser or mail links.

Actual Results:  

A new instance of mozilla was run that displayed the profile manager, since the
default profile was locked by the first mozilla instance.

Expected Results:  

The new instance should have realized that mozilla was already running and told
it over unix domain socket or other interprocess communication to open the
browser or mail window.



I searched for a long time for this bug because I figured it must be pretty
common to run mozilla from a desktop icon, but I couldn't find any similar
reports.  It's possible that this is caused by a file permission problem
although I cleared out /tmp and made sure ~/.* was owned by my user account and
the problem still occurs.

Linux version is gentoo ~x86.  I also updated other components of the system at
the same time as upgrading from 1.6 to 1.7b so it's possible it's caused by a
supporting library, although I kinda doubt that is the case.

Comment 1

[Boris Zbarsky [:bzbarsky]]

This bug is #27 on the list at http://bugzilla.mozilla.org/duplicates.cgi

*** This bug has been marked as a duplicate of 122698 ***