Open Bug 1190037 Opened 9 years ago Updated 9 years ago

Seamonkey (Mac) - Erroneous Launch from Alias

Categories

(SeaMonkey :: OS Integration, defect)

SeaMonkey 2.33 Branch
defect
Not set
normal

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: srollin2, Unassigned)

Details

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:36.0) Gecko/20100101 Firefox/36.0 SeaMonkey/2.33.1
Build ID: 20150321205436

Steps to reproduce:

Double clicked Alias for a URL on Desktop; using Mac OS 10.6.8, SM 2.33.1.


Actual results:

Seamonkey launched and displayed my Home page in two windows, even though my Pref setting is to open new URLs in a new Tab.  The referenced URL was not displayed in either window.

However - if SM is open prior to the above action, result is as expected.


Expected results:

SM should launch and directly open the Aliased URL in a single window (no Tab), bypassing my Home page.
This also happens when clicking a link included in an e-mail.
CC Stefan who has a Mac
(In reply to Rufus from comment #0)
> Seamonkey launched and displayed my Home page in two windows, even though my
> Pref setting is to open new URLs in a new Tab.  The referenced URL was not
> displayed in either window.

If the profile manager is launched at startup, the aliased URL doesn't open for me. I only get one window, though (probably because we have a different setup). If the profile manager is not launched at startup, everything works fine for me. Do you see this without the profile manager launched at startup? If you don't, this looks like a dupe of bug 724293.
I see this bug with and without the Profile Manager invoked at startup, and just verified that it is still a bug in SM 2.35 Mac.  I first observed it without the Profile Manager running at startup - I haven't been able to use the PM as I'd like for a *very* long time now...my work-around is to not use SM as my default browser...this is *very* annoying as it clutters my desktop with unneeded windows.

I'm not certain that this is an actual dupe in that I didn't note this behavior when I wrote bug 724293 - I only observed the described behavior in trying to follow an on-disk path.  I never had a problem opening a web link in an e-mail, for instance - I do now.  But I might think this bug could be related to that one.

In this case, it looks more as if SM is ignoring my Pref setting for "open in new Tab" and/or new window on launch - as it is opening my Home page in two windows.  Sometimes, if I wait long enough the link does appear in the second window.  Note again, this only happens if SM is not already open - if I have SM open and click a URL in an e-mail, SM responds as I would expect.  

But even with SM open I still also see the behavior described in bug 724293 if I try and follow an Alias path to an on-disk .html file.
You need to log in before you can comment on or make changes to this bug.