724293 - SeaMonkey on Mac OS X does not open HTML files or hyperlinks correctly when using the profile manager

Status: NEW

(SeaMonkey :: OS Integration, defect)

Description

[Rufus]

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0) Gecko/20120129 Firefox/10.0 SeaMonkey/2.7
Build ID: 20120129110112

Steps to reproduce:

Upgraded from SM 2.0.14 to SM 2.6.1, then to SM 2.7 on three different machines; two with OS 10.6.8 (Snow Leopard) and one with OS 10.7.3 (Lion).


Actual results:

SM 2.6.1 Mac won't directly open an HTML file with a double click, as previous - SM is launched, but the file isn't presented in a Tab or Browser window.  I just get my Home page.  SM will open the HTML file, but I have to open SM first and then double click on the file, or open from the Menu option.  Same behavior for hyperlinks from another application or document - such as hyperlinks in a Mail message.  

Same happens using SM 2.6.1 and/or SM 2.7 under OS 10.6.8 and/or 10.7.2. 



Expected results:

The HTML file or hyperlink should be opened in the Browser directly in lieu of the Home page on SM launch.  If SM is already open then the file or hyperlink should be opened in a new Browser Tab or window as selected by the user, as in accord with previous (2.0.14 and below) behavior.

Comment 1

[Serge Gautherie (:sgautherie)]

Can you reproduce in safe-mode? With 2.10/2.9/2.8 nightlies too?
Any related data in the Error Console?

Comment 2

[Philip Chee]

CC Stefan in case he has any ideas as to what caused this regression.

Comment 3

[Stefan [:stefanh]]

Rufus,

Can you reproduce this with Firefox 9 or 10? (bug 640857 looks similar and this could actually be a bug in the shared code). Would you also mind telling us how you upgraded SeaMonkey?

Comment 4

[Stefan [:stefanh]]

Forgot one thing: can you also try and see what happens when you choose to open the file with SeaMonkey from the finder (see https://bugzilla.mozilla.org/show_bug.cgi?id=530064#c3, for an example).

Comment 5

[Rufus]

This was first observed when trying to open a file from the Finder - i.e.; just clicking on an html file or link Alias.  The observations about not directly opening a link from an e-mail, etc. unless SM was already open came later.  Happens with or without Extensions enabled.

This is problem still exists with SM 2.7.2.  I'm not sure I can install Firefox without hosing my SM and/or Safari installations...can they be installed side by side, and how would I remove Firefox afterward without disturbing my SM install?

Comment 6

[Stefan [:stefanh]]

(In reply to Rufus from comment #5)
> This was first observed when trying to open a file from the Finder - i.e.;
> just clicking on an html file or link Alias.

OK, but what happens when you right-click the file and choose "Open with..."?
> 
> This is problem still exists with SM 2.7.2.  I'm not sure I can install
> Firefox without hosing my SM and/or Safari installations...can they be
> installed side by side, and how would I remove Firefox afterward without
> disturbing my SM install?

Firefox will use its own profile (it will be created in Users/yourUSerName/Library/Application Support/Firefox/), so that shouldn't affect seamonkey. You can remove Firefox by just deleting the .app when you're done.

How did you upgraded SeaMonkey (comment #3)?

Comment 7

[Stefan [:stefanh]]

(In reply to Stefan [:stefanh] from comment #6)
 
> Firefox will use its own profile (it will be created in
> Users/yourUSerName/Library/Application Support/Firefox/), so that shouldn't
> affect seamonkey. You can remove Firefox by just deleting the .app when
> you're done.

What could happen, of course, is that double-clicking a file will make it open in Firefox.

Comment 8

[Rufus]

Opening a file/link using "Open With" gets me the same behavior - I get my Home page and not the file/link, unless SM is already open.

Ok - just checked this with Firefox.  Went into Safari and set FF as default browser to do the check properly.  With FF as default both html files and links from other applications like e-mail are properly/directly opened as the main page when FF is not open - this is the desired/as previous behavior...so this one appears to be a strictly SM problem, and not a shared code issue.

My guess would be that the problem is somewhere in how SM is handling Home Page navigation on launch - when I try to open a link or an html file directly from either the Finder or from another app like Mail or a document I always get my Home page - unless SM is already open and running first.  Then I get the link/file displayed in a new Tab per my Preference setting.

Comment 9

[Stefan [:stefanh]]

OK, so I can reproduce this on trunk (my 2.10a1 build). I was looking at Startup() in navigator.js, and uriArray seems to be the start page. As I understand it, uriArray should be the local file here...

Comment 10

[Philip Chee]

Probably some where in nsBrowserContentHandler.js. But first what are the command line arguments being passed to SeaMonkey by OS X?

Comment 11

[Rufus]

I'll add another possibly related observation - today using SM 2.8, I noticed that when SM is minimized into the Dock and I try to open an html file or link from an e-mail that SM does not come forward from the Dock; i.e. - SM remains minimized even though the file or link does open in a new tab, as described in this bug.

If I open the link or html file using Safari (minimized), the new page or file is displayed and Safari returns to front from the Dock.  This is default OS X interface behavior.

Again - I'm adding this comment here for info; I'm not sure if this is a new bug, or is related to this bug...suggestion?

Comment 12

[Stefan [:stefanh]]

(In reply to Rufus from comment #11)
> I'll add another possibly related observation - today using SM 2.8, I
> noticed that when SM is minimized into the Dock and I try to open an html
> file or link from an e-mail that SM does not come forward from the Dock;
> i.e. - SM remains minimized even though the file or link does open in a new
> tab, as described in this bug.
> 
> If I open the link or html file using Safari (minimized), the new page or
> file is displayed and Safari returns to front from the Dock.  This is
> default OS X interface behavior.
> 
> Again - I'm adding this comment here for info; I'm not sure if this is a new
> bug, or is related to this bug...suggestion?

That sounds like a different bug, please file a new bug for that.

Comment 13

[Stefan [:stefanh]]

Rufus,

One more question regarding this bug. Do you by any chance get the profile manager window on startup? I've done some testing and for me this bug only occurs if I have unchecked the "Dont ask on startup" checkbox in the profile manager window (iotw, I want to see the profile manager on startup).

I also tried this in firefox and it's the same problem there. To summarize, for me:

- Opening a html file works when the profile manager doesn't launch on startup
- Opening a html file doesn not work (you'll get the homepage or I guess whatever your startup prefs are set to) if the profile manager launch on startup

Comment 14

[Stefan [:stefanh]]

nsBrowserContentHandler.js:

try {
      var urlParam = cmdLine.handleFlagWithParam("url", false);
      if (urlParam) {
.
.
.


So, what seems to happen here is that the urlParam variable is null if the profile manager is opened on startup. If the PM isn't opened on startup, the value of urlParam is the uri of the local file.

Comment 15

[[e-mail]]

Profile manager does a restart, which is why bsmedberg wants to get rid of it altogether (rather than, say, make it work without a restart, like xpfe did). Maybe something is getting lost along the way?

Comment 16

[Rufus]

(In reply to Stefan [:stefanh] from comment #13)
> Rufus,
> 
> One more question regarding this bug. Do you by any chance get the profile
> manager window on startup? I've done some testing and for me this bug only
> occurs if I have unchecked the "Dont ask on startup" checkbox in the profile
> manager window (iotw, I want to see the profile manager on startup).
> 
> I also tried this in firefox and it's the same problem there. To summarize,
> for me:
> 
> - Opening a html file works when the profile manager doesn't launch on
> startup
> - Opening a html file doesn not work (you'll get the homepage or I guess
> whatever your startup prefs are set to) if the profile manager launch on
> startup

Yes - I have two Profiles and have SM set to always launch the Profile Manager at startup so I can select the Profile I wish to use for that session.

Comment 17

[Rufus]

(In reply to [e-mail] from comment #15)
> Profile manager does a restart, which is why bsmedberg wants to get rid of
> it altogether (rather than, say, make it work without a restart, like xpfe
> did). Maybe something is getting lost along the way?

This used to work in previous SM versions...even with Profile Manager up at launch.

Comment 18

[Rufus]

(In reply to Stefan [:stefanh] from comment #12)
> (In reply to Rufus from comment #11)
> > I'll add another possibly related observation - today using SM 2.8, I
> > noticed that when SM is minimized into the Dock and I try to open an html
> > file or link from an e-mail that SM does not come forward from the Dock;
> > i.e. - SM remains minimized even though the file or link does open in a new
> > tab, as described in this bug.
> > 
> > If I open the link or html file using Safari (minimized), the new page or
> > file is displayed and Safari returns to front from the Dock.  This is
> > default OS X interface behavior.
> > 
> > Again - I'm adding this comment here for info; I'm not sure if this is a new
> > bug, or is related to this bug...suggestion?
> 
> That sounds like a different bug, please file a new bug for that.

Will do - I want to double check behavior on my remaining 2.7.2 installs before I update to 2.8 first.  I don't recall this happening before, that's why it immediately got my attention.

Comment 19

[Rufus]

(In reply to Rufus from comment #18)
> (In reply to Stefan [:stefanh] from comment #12)
> > (In reply to Rufus from comment #11)
> > > I'll add another possibly related observation - today using SM 2.8, I
> > > noticed that when SM is minimized into the Dock and I try to open an html
> > > file or link from an e-mail that SM does not come forward from the Dock;
> > > i.e. - SM remains minimized even though the file or link does open in a new
> > > tab, as described in this bug.
> > > 
> > > If I open the link or html file using Safari (minimized), the new page or
> > > file is displayed and Safari returns to front from the Dock.  This is
> > > default OS X interface behavior.
> > > 
> > > Again - I'm adding this comment here for info; I'm not sure if this is a new
> > > bug, or is related to this bug...suggestion?
> > 
> > That sounds like a different bug, please file a new bug for that.
> 
> Will do - I want to double check behavior on my remaining 2.7.2 installs
> before I update to 2.8 first.  I don't recall this happening before, that's
> why it immediately got my attention.

Verified this interface behavior is in fact working correctly for my remaining SM 2.7.2 installs - new bug submitted; bug #735946.

Comment 20

[Justin Wood (:Callek)]

(In reply to Rufus from comment #17)
> (In reply to [e-mail] from comment #15)
> > Profile manager does a restart, which is why bsmedberg wants to get rid of
> > it altogether (rather than, say, make it work without a restart, like xpfe
> > did). Maybe something is getting lost along the way?
> 
> This used to work in previous SM versions...even with Profile Manager up at
> launch.

Ok, so it seems we have a (relatively large) regression range:

* Between SeaMonkey 2.7.2 and SeaMonkey 2.8

And a reproduceable cause:

* Try to launch a local html file when SeaMonkey is closed with the Profile Manager set to come up on launch.

For tracking this down, can you help us/me narrow the regression range:

First Up:

Does ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/releases/2.8b1/ (2.8b1) exhibit this bug?

Second if it does:
Does ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/2012/01/2012-01-13-01-30-01-comm-aurora/ (the aurora 2.8 nightly) exhibit this bug?

If *that* does:
Does: ftp://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/2012/01/2012-01-01-01-30-01-comm-aurora/ exhibit this bug?

Comment 21

[Stefan [:stefanh]]

This is an older regression. It must have regressed between 2.0 and 2.1

Comment 22

[Justin Wood (:Callek)]

(In reply to Stefan [:stefanh] from comment #21)
> This is an older regression. It must have regressed between 2.0 and 2.1

Ooo if it regressed between 2.0 and 2.1 that is an enormous amount of changes, and even larger amount between then and now, and thus hopes of finding a fix by knowing what regressed it is even harder.

Comment 23

[Stefan [:stefanh]]

(In reply to Justin Wood (:Callek) from comment #22)
> Ooo if it regressed between 2.0 and 2.1 that is an enormous amount of
> changes, and even larger amount between then and now, and thus hopes of
> finding a fix by knowing what regressed it is even harder.

Yeah, and this is probably a regression in toolkit/xre.

Comment 24

[Rufus]

Also noticed tonight that SM will not open/display the .html Help files for my Epson Artisan 800 printer - a tab opens to the file(s) location, but I get a blank white display.  I can open the Epson Help using Safari and it's all there and displayed correctly.  Note - I have to try and access Epson Help with SM already open, in light of the bug as written.

Looking at the URLs between the two it appears SM is not following the re-direct to the actual location of the .html files which comprise the Help set -

Safari goes to: file:///Applications/EPSON/guide/art800_e/wwhelp/wwhimpl/js/html/wwhelp.htm

SM halts at: file:///Users/Username/Library/Favorites/Artisan%20800%20Series%20Info%20Center

So SM is halting at the location of the Alias in my Favorites folder.  This is a bit different from what happens as described in the original bug, but is possibly related?  New/different bug?

Comment 25

[Stefan [:stefanh]]

(In reply to Rufus from comment #24)
> Also noticed tonight that SM will not open/display the .html Help files for
> my Epson Artisan 800 printer - a tab opens to the file(s) location, but I
> get a blank white display.  I can open the Epson Help using Safari and it's
> all there and displayed correctly.  Note - I have to try and access Epson
> Help with SM already open, in light of the bug as written.
> 
> Looking at the URLs between the two it appears SM is not following the
> re-direct to the actual location of the .html files which comprise the Help
> set -
> 
> Safari goes to:
> file:///Applications/EPSON/guide/art800_e/wwhelp/wwhimpl/js/html/wwhelp.htm
> 
> SM halts at:
> file:///Users/Username/Library/Favorites/
> Artisan%20800%20Series%20Info%20Center
> 
> So SM is halting at the location of the Alias in my Favorites folder.  This
> is a bit different from what happens as described in the original bug, but
> is possibly related?  New/different bug?

Sounds different. I bet this happens in Firefox too, so if you file a bug it probably belongs in Toolkit/Startup (if it only happens when you bring up the profile manager at startup)

Comment 26

[Rufus]

(In reply to Stefan [:stefanh] from comment #25)
> (In reply to Rufus from comment #24)
> > Also noticed tonight that SM will not open/display the .html Help files for
> > my Epson Artisan 800 printer - a tab opens to the file(s) location, but I
> > get a blank white display.  I can open the Epson Help using Safari and it's
> > all there and displayed correctly.  Note - I have to try and access Epson
> > Help with SM already open, in light of the bug as written.
> > 
> > Looking at the URLs between the two it appears SM is not following the
> > re-direct to the actual location of the .html files which comprise the Help
> > set -
> > 
> > Safari goes to:
> > file:///Applications/EPSON/guide/art800_e/wwhelp/wwhimpl/js/html/wwhelp.htm
> > 
> > SM halts at:
> > file:///Users/Username/Library/Favorites/
> > Artisan%20800%20Series%20Info%20Center
> > 
> > So SM is halting at the location of the Alias in my Favorites folder.  This
> > is a bit different from what happens as described in the original bug, but
> > is possibly related?  New/different bug?
> 
> Sounds different. I bet this happens in Firefox too, so if you file a bug it
> probably belongs in Toolkit/Startup (if it only happens when you bring up
> the profile manager at startup)

I just tried the above without having Profile Manager invoked at startup, and it still happens - SM halts at the URL for the Alias, and I just get a blank white page.  So is this behavior related, or different?  I'm thinking it's different, but I'm also thinking I could be wrong about that...

Comment 27

[Stefan [:stefanh]]

This bug is about the application not opening files from the OS upon startup if you bring up the profile manager. What you describe in comment #24 and comment #26 sounds different.

Comment 28

[Rufus]

(In reply to Stefan [:stefanh] from comment #27)
> This bug is about the application not opening files from the OS upon startup
> if you bring up the profile manager. What you describe in comment #24 and
> comment #26 sounds different.

I'll write it up as seperate bug then.

Comment 29

[Rufus]

(In reply to Rufus from comment #28)
> (In reply to Stefan [:stefanh] from comment #27)
> > This bug is about the application not opening files from the OS upon startup
> > if you bring up the profile manager. What you describe in comment #24 and
> > comment #26 sounds different.
> 
> I'll write it up as seperate bug then.

...bug #743463, submitted.

Comment 30

[Rufus]

Partially fixed in SM 2.11 - SM returns to front from minimized to dock properly, but all other observations/OS X interface problems as described above are still present as described above.  

Also includes behavior described in bug #743463

Comment 31

[Rufus]

This is still broken in SM 2.12.

Comment 32

[Rufus]

Still broken in 2.13.

Comment 33

[Rufus]

Still broken in SM 2.14.

Comment 34

[Rufus]

(In reply to Rufus from comment #33)
> Still broken in SM 2.14.

I just now noticed that if the User selects Switch Profile from within SM that the older 1.x.x Profile Manager dialog is presented vice the newer 2.x.x graphic.

Does this imply any code changes/differences between the two paths or implementations of Profile Manager which may be giving rise to this bug?

Comment 35

[Rufus]

This is still broken in SM 2.15.  And my comment of 2012-11-21 is still true.

Comment 36

[Rufus]

Still broken in 2.17.1, and there are still appears to be two code paths/routines for Profile Manager invocation/execution.

Comment 37

[Rufus]

Still broken in 2.26, and same observations as above.

Comment 38

[Rufus]

Attachment: Screen shot - PM opened at launch; SM 2.26

Screen shot - PM opened at launch; SM 2.26

Comment 39

[Rufus]

Attachment: PM opened with Switch User shot 2014-05-16 at 6.06.14 PM.jpg

Screen shot - PM opened at using Switch User; SM 2.26

Comment 40

[Rufus]

New observation for SM 2.26 - this works now if I open the Folder containing the Alias and launch directly from the Alias.  

However, if I attempt to launch using the Alias from the Dock Folder Grid presentation of my Favorites Folder - it does not work.  SM launches and I get a blank page as initially documented in the bug.

This behavior occurs when NOT invoking the Profile Manager at startup.

Comment 41

[Rufus]

Still a problem in SM 2.33.1 - additionally aggravated by Bug 1190037.