Open Bug 743463 Opened 13 years ago Updated 9 years ago

SM not completing path from Alias for on-disk .html

Categories

(SeaMonkey :: OS Integration, defect)

x86
macOS
defect
Not set
normal

Tracking

(Not tracked)

UNCONFIRMED

People

(Reporter: srollin2, Unassigned)

Details

(Keywords: regression, regressionwindow-wanted)

User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.6; rv:10.0.2) Gecko/20120216 Firefox/10.0.2 SeaMonkey/2.7.2 Build ID: 20120216055917 Steps to reproduce: Attempted to access the .html Help files for my Epson Artisan 800 printer located on my hard drive by double clicking an Alias for Epson Help located in my Favorites folder with SM already open. Actual results: A new Tab was opened per my preference setting, and a blank white page was displayed, not the Help pages. I tried opening Epson Help from the Alias using Safari and the Help pages were displayed properly. 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. Upon accessing Epson Help using Safari, Safari goes to: file:///Applications/EPSON/guide/art800_e/wwhelp/wwhimpl/js/html/wwhelp.htm Upon accessing Epson Help using SM, SM halts at: file:///Users/Username/Library/Favorites/Artisan%20800%20Series%20Info%20Center Which the location of the Alias for he Help files in my Favorites folder. I also tried double clicking on the .html Help file directly (bypassing the Alias) with SM already open - same result; new blank tab, Epson Help not displayed. Expected results: SM should have completed the path from the Alias to: file:///Applications/EPSON/guide/art800_e/wwhelp/wwhimpl/js/html/wwhelp.htm and displayed the Epson Help pages correctly.
(In reply to Rufus from comment #0) > > I also tried double clicking on the .html Help file directly (bypassing the > Alias) with SM already open - same result; new blank tab, Epson Help not > displayed. Hmm, do you mean that you can't open "file:///Applications/EPSON/guide/art800_e/wwhelp/wwhimpl/js/html/wwhelp.htm" by double-clicking the file? Does that occur with any .htm file (bug 724293, comment #0 indicates that it works)?
(In reply to Stefan [:stefanh] from comment #1) > (In reply to Rufus from comment #0) > > > > I also tried double clicking on the .html Help file directly (bypassing the > > Alias) with SM already open - same result; new blank tab, Epson Help not > > displayed. > > Hmm, do you mean that you can't open > "file:///Applications/EPSON/guide/art800_e/wwhelp/wwhimpl/js/html/wwhelp. > htm" by double-clicking the file? Does that occur with any .htm file (bug > 724293, comment #0 indicates that it works)? Epson Help is the only example of an application Help on my machine that is in .html, I think - what I did was to manually complete the path indicated by Safari instead of trying to open using the Alias and I still got the same result - blank page. This is different from trying to open a single .html file or online web location (as described in bug 72493) in that the Epson Help set is essentially a "website" hosted on the user's hard drive vise being a single file. I tried it both with and without launch of Profile Manager on startup and got the same result - blank page. Then I wrote a new bug, per your suggestion. I'm still not certain that it isn't related somethow, however - over to the team on that.
(In reply to Rufus from comment #2) > This is different from trying to open a single .html file or online web > location (as described in bug 72493) in that the Epson Help set is > essentially a "website" hosted on the user's hard drive vise being a single > file. If you create an alias to a single html file - does SeaMonkey open the file when you open it from the alias?
(In reply to Stefan [:stefanh] from comment #3) > (In reply to Rufus from comment #2) > > This is different from trying to open a single .html file or online web > > location (as described in bug 72493) in that the Epson Help set is > > essentially a "website" hosted on the user's hard drive vise being a single > > file. > > If you create an alias to a single html file - does SeaMonkey open the file > when you open it from the alias? Yes, it does - if SM is already open. But that is the behavior described in bug 72493. This is different, as you pointed out.
Can you retest this with SeaMonkey 2.10.1?
Whiteboard: closeme 2012-08-15
(In reply to Phoenix from comment #5) > Can you retest this with SeaMonkey 2.10.1? Yes - still broken under SM 2.10.1, and now SM 2.11. Same behavior as described.
Okay, two questions: in which SeaMonkey version it works before? Second: can you try also latest nightly build from http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central-trunk/seamonkey-2.14a1.en-US.mac.dmg to see, if it is reproducible there?
(In reply to Phoenix from comment #7) > Okay, two questions: in which SeaMonkey version it works before? Second: can > you try also latest nightly build from > http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-central- > trunk/seamonkey-2.14a1.en-US.mac.dmg to see, if it is reproducible there? I know this was working in SM 1.1.19. I skipped all of the releases between 2.0 and 2.6 because of users reporting issues. Just tried your nightly, and yes - this is broken there, and readily reproduced. Bug #274293 is also still broken in your nightly; I reported that bug using 2.6.1, if I had to guess the two probably got broken together. May want to look at 2.6
(In reply to Rufus from comment #8) > I know this was working in SM 1.1.19. I skipped all of the releases between > 2.0 and 2.6 because of users reporting issues. Can you recheck at least 2.1, please? > > Bug #274293 is also still broken in your nightly; Are you sure, that enter correct bug number?
Whiteboard: closeme 2012-08-15
Version: SeaMonkey 2.7 Branch → Trunk
(In reply to Phoenix from comment #9) > (In reply to Rufus from comment #8) > > I know this was working in SM 1.1.19. I skipped all of the releases between > > 2.0 and 2.6 because of users reporting issues. > Can you recheck at least 2.1, please? > > > > Bug #274293 is also still broken in your nightly; > Are you sure, that enter correct bug number? ....ooops - bug #724293 is the one I meant!
This is still broken in SM 2.12.
Still broken in 2.13.
Does this also happens in Firefox?
(In reply to Stefan [:stefanh] from comment #13) > Does this also happens in Firefox? No.
This is still broken in SM 2.15.
Still broken in SM 2.17.1, even when not invoking the Profile Manager at start up.
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.
Additionally aggravated in SM 2.33.1 by bug 1190037.
You need to log in before you can comment on or make changes to this bug.