Closed Bug 202579 Opened 22 years ago Closed 20 years ago

Personal Toolbar vanishes after NS4 profile migration

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: joel, Assigned: bugs)

Details

Attachments

(2 files)

User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4b; MultiZilla v1.4.0.4A) Gecko/20030415 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.4b) Gecko/20030418 When migrating an old profile with 1.4a and newer, the Personal Toolbar folder does not import correctly. The bookmarks exist in the list in the folder titled "Personal Toolbar Folder", but nothing except the "Bookmarks" folder shows up on the toolbar, nothing can be added to the toolbar, and the toolbar does not respond to a right-click. It imports correctly in 1.3. Reproducible: Always Steps to Reproduce: 1. Delete existing Mozilla profile & installation 2. Unzip latest nightly 3. Run Mozilla, migrate old profile Actual Results: Mozilla runs normally except without a personal toolbar. Expected Results: Bookmarks in NS4's Personal Toolbar folder should be in Mozilla's. The ID in bookmarks.html comes in as "rdf:#$kp1yU2" or similar when it apparently should be "NC:PersonalToolbarFolder". Changing this restores the toolbar.
migration moves the bookmarks only- mozilla bookmark components handles how they are used reassigning
Assignee: racham → ben
Component: Profile Migration → Bookmarks
QA Contact: gbush → petersen
You can also do "manage Bookmarks/view/set as personal Toolbar"
Nope, although I didn't try that before, that does not seem to have any effect on the personal toolbar or any other folder on the imported bookmarks.html.
win98 2003051408 personal toolbar vanished the imported ns4.8 bookmarks are like the following, all id the same <DT><H3 ADD_DATE="880825085" LAST_MODIFIED="1053199258" ID="rdf:#$shGh1">Personal Toolbar Folder</H3> <DL><p> <DT><H3 ADD_DATE="940193983" ID="rdf:#$shGh1">mail</H3> <DL><p> the hint about replacing the odd id with"NC:PersonalToolbarFolder" is working for me too
In what file/what entries to you put in "NC:PersonalToolbarFolder" ? The bookmarks.html file indicates that it should not be updated as it will be over-written when refreshed. I also noticed that the bookmark/view/set the "NC:PersonalToolbarFolder" but as previously mentioned it has no effect. So, what makes that different than manually putting this in ?
This bug should be deemed much more critical than it is or without a specific workaround (as I requested in comment #5).
Compare the attachments. What I replaced in the Mozilla attachment was "rdf:#$9YDNd3" with "NC:PersonalToolbarFolder". Of course you have to do this with Mozilla closed (or at least with a different profile loaded) or it will be overwritten.
This seems to be fixed in the 1.4 release. I haven't tested it for some time, so I'm not sure when.
Product: Browser → Seamonkey
thanks for the response ...
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: