Closed Bug 103314 Opened 23 years ago Closed 9 years ago

bookmark conversion from ns 4 picks gets wrong title.

Categories

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

x86
Linux
defect

Tracking

(Not tracked)

RESOLVED INCOMPLETE
Future

People

(Reporter: ml+moz, Unassigned)

Details

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.
I don't see any existing reports of this. setting status to New.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Paul Chen is now taking Bookmarks bugs. For your convenience, you can filter email notifications caused by this by searching for 'ilikegoats'.
Assignee: ben → pchen
marking p3 and future
Priority: -- → P3
Target Milestone: --- → Future
reassigning to profile migration
Assignee: pchen → racham
Component: Bookmarks → Profile Migration
QA Contact: claudius → ktrina
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.
mass re-assign.
Assignee: racham → sspitzer
sorry for the spam. making bugzilla reflect reality as I'm not working on these bugs. filter on FOOBARCHEESE to remove these in bulk.
Assignee: sspitzer → nobody
Filter on "Nobody_NScomTLD_20080620"
QA Contact: ktrina → profile-migration
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.
No longer blocks: 1243899
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → INCOMPLETE
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.