151538 - Browser doesn't follow local links in bookmark subfolders

Status: RESOLVED EXPIRED

(SeaMonkey :: Bookmarks & History, defect)

Description

[James Madill]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X; en-US; rv:1.0.0) Gecko/20020529
BuildID:    2002052918

Local pages (file:///localhost/documents/web/bookmarks/fubar/index.html) that
are in folders within the bookmarks file are not accessible with selected from
the Bookmarks menu or within the "Manage Bookmarks..." menu option.

Reproducible: Always
Steps to Reproduce:
1.Bookmark a local html file.
2.Select "Manage bookmarks" from the Bookmarks menu
3.Create a new folder using File:New:Folder
4.Move the entry for the local web page into the folder
5.From Browser, attempt to go to the page by selecting Bookmarks:folder:localPage


Actual Results:  Nothing.

Expected Results:  The local web page should have been displayed.

It would appear that the bookmarks code only allows the display of local web
pages only if the bookmarked link is in the root level of the bookmarks.

Comment 1

[Greg K.]

WorksForMe using both FizzillaCFM/2002061014 (1.1a) and FizzillaCFM/2002052918
(rv1.0.0). James, are you really accessing some [file:///localhost/...] URL?
That looks malformed; I think it would actually be [file://localhost/], and in
any case neither works at all in Mozilla, much less in Bookmarks.

Comment 2

[Eric Eldridge]

WorksForME using Mozilla 2002061308 on Mac OS 10.1.5

[file:///HardDrive/Folder/file.html] This is the format the bookmarks are stored.

Comment 3

[James Madill]

Last night I played around with the bookmarks file.  It was then that I noticed
a difference between the bad local link and the good one.  I had forgotten about
the change.  Upon switching from Netscape 6 to using Internet Explorer, the URLs
for all of the links to my local pages had to be changed from Necromancer (my
machine name) to localhost.  When Mozilla automatically imported the bookmarks
from IE, it apparently did not convert them to the URL format it uses.  By
manually editing them, they now all work.

Comment 4

[Greg K.]

So, it sounds like the problem you're really describing is this:

You had some file URL bookmarks in Netscape 6 you converted for use in IE. Then,
Mozilla imported those IE Favorites into its' own Bookmarks. It was these
twice-imported bookmarks that didn't work.

Is that correct? Is this still a problem with Mozilla or was this user error?
It's still not quite clear.

Comment 5

[James Madill]

The links to my local pages of bookmarks used to be part of my local home page
in Netscape 4.77 under Mac OS 9.  The system of popup menus to access them broke
in Netscape 6 and the other versions of web browsers in OS X.  I don't remember
if I converted them to bookmarks forv use in my personal toolbar in Netscape 6
or IE.  What I do remember is that using IE, I had to change the URLs of the
bookmarks to us "localhost" instead of "necromancer" (my machine name and hard
drive name) for the bookmarks to work.

Mozilla, when importing the IE favorites, did not change the local URLs to use
"necromancer" again.  That was something that needed to be done manually.  It is
either a bug or a feature.  I would say that unless there is specific code to
check for "file://" URLs, then change them to the Mozilla URL convention, it is
a yet-to-be-implemented feature of the importing of IE favorites.

Comment 6

[Greg K.]

Ah, that's probably the problem. For each bookmark where you have
"file:///localhost/...", change it to "file:///Macintosh HD/..." where you
replace "Macintosh HD" with the name of your local hard disk.

If they were real localhost file URLs, they'd be like "file//localhost/Macintosh
HD/...", but again you don't need that.

Comment 7

[Frankie]

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

Comment 8

[benc]

VERIFIED/dupe: nice catch.

Comment 9

[benc]

REOPEN: hmm, bookmark migration is becoming an issue in some discussions. 

Comment 10

[benc]

->NEW
This is a real problem for people going from CFM (Mozilla pre-1.3f and Netscape
6/7) -> Mozilla 1.3f or later based products.

Even though CFM development has stopped, the bookmark reports are probably only
going to start.

Comment 11

[Boris Zbarsky [:bzbarsky]]

More places where a utility function for initing an nsIFile with a "POSIX or
maybe CFM" path would be nice...

Comment 12

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state.

If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way.
If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar).
If no action happens within the next few months, we move this bug report to an EXPIRED state.

Query tag for this change: mass-UNCONFIRM-20090614

Comment 13

[Robert Kaiser]

MASS-CHANGE:
This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago.

Because of this, we're resolving the bug as EXPIRED.

If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component.

Query tag for this change: EXPIRED-20100420