Closed
Bug 202579
Opened 22 years ago
Closed 20 years ago
Personal Toolbar vanishes after NS4 profile migration
Categories
(SeaMonkey :: Bookmarks & History, defect)
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.
Comment 1•22 years ago
|
||
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
Comment 2•22 years ago
|
||
You can also do "manage Bookmarks/view/set as personal Toolbar"
Reporter | ||
Comment 3•22 years ago
|
||
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.
Comment 4•22 years ago
|
||
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
Comment 5•22 years ago
|
||
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 ?
Comment 6•22 years ago
|
||
This bug should be deemed much more critical than it is or without a specific
workaround (as I requested in comment #5).
Reporter | ||
Comment 7•22 years ago
|
||
Reporter | ||
Comment 8•22 years ago
|
||
Reporter | ||
Comment 9•22 years ago
|
||
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.
Reporter | ||
Comment 10•22 years ago
|
||
This seems to be fixed in the 1.4 release. I haven't tested it for some time, so
I'm not sure when.
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 11•20 years ago
|
||
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.
Description
•