103314 - bookmark conversion from ns 4 picks gets wrong title.

Status: RESOLVED INCOMPLETE

(Core Graveyard :: Profile: Migration, defect, P3)

Description

[Dale Stimson]

I've noticed this in mozilla 0.9.1 through 0.9.4.

Assume a new Mozilla installation wherein a new user .mozilla directory
is being created from an existing Netscape 4 .netscape directory.
The bookmark conversion can change bookmark titles from what they were
under netscape.  For example, an ns4 bookmark with name "LGaz" referring
to http://www.linuxgazette.com/ received the new name of "Linux Gazette Front
Page".  The original bookmark entry from the ns4 bookmarks.html file is:

<DT><A HREF="http://www.linuxgazette.com/" ADD_DATE="986246510"
LAST_VISIT="996366313" LAST_MODIFIED="986246497">LGaz</A>

Note that "Linux Gazette Front Page" is the actual title of the page if
you visit the bookmark.  Also, many other bookmarks retain their ns4
names unchanged through the conversion process, even if the relevant pages
themselves have other titles.  The bookmark name variances of which I'm
complaining seem to be consistent from one release to another (e.g., even
through I remove .mozilla and reconvert bookmarks, the same bookmark
names are munged).

I've especially noticed this in the "personal toolbar" folder, as those
bookmark names are particularly visible.

Comment 1

[Asa Dotzler [:asa]]

I don't see any existing reports of this. setting status to New.

Comment 2

[Ben Goodger (use ben at mozilla dot org for email)]

Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter 
email notifications caused by this by searching for 'ilikegoats'.

Comment 3

[Paul Chen]

marking p3 and future

Comment 4

[Paul Chen]

reassigning to profile migration

Comment 5

[Joseph "What is reality?" Brenner]

I was just checking in to report the same bug, in Mozilla 0.9.9.

Here's an example of a bookmark that get changed (evidentally 
reverted back to the original <TITLE> version, somehow):

Original line from ~/.netscape/bookmarks.html:

        <DT><A HREF="http://www.google.com/" ADD_DATE="925982021"
LAST_VISIT="1015741768" LAST_MODIFIED="925980112">goog</A>


Modified line in ~/.mozilla/doom-1/awyaeshj.slt/bookmarks.html:

        <DT><A HREF="http://www.google.com/" ADD_DATE="925982021"
LAST_VISIT="1015741768" LAST_MODIFIED="925980112">Google</A>


And here's an example of a bookmark that stays exactly the same 
after migration:

        <DT><A HREF="http://zookeeper.stanford.edu" ADD_DATE="925982725"
LAST_VISIT="1015827946" LAST_MODIFIED="929403237">keep</A>

The reason this is important to me is that if you use 
the "Personal Toolbar" bookmarks at all, you pretty quickly 
hit on the strategy of going in and abbreviating the link labels 
so that more of them can be fit in on the toolbar. 

It looks like someone has done something fancy here that isn't 
really necessary... if you're going to take the trouble to import 
the bookmarks.html file, I would think you might as well do
it verbatim, or nearly so. 

Comment 6

[(not reading, please use [e-mail] instead)]

mass re-assign.

Comment 7

[(not reading, please use [e-mail] instead)]

sorry for the spam.  making bugzilla reflect reality as I'm not working on these bugs.  filter on FOOBARCHEESE to remove these in bulk.

Comment 8

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"

Comment 9

[Benjamin Smedberg]

This bug is filed in a bugzilla component related to pre-Firefox code which no longer exists. I believe it is no longer relevant and I am therefore closing it INCOMPLETE.

If you believe that this bug is still valid and needs to be fixed, please reopen it and move it to the Toolkit:Startup and Profile System product/component.