Closed Bug 56406 Opened 25 years ago Closed 15 years ago

Imported 'personal toolbar' bookmarks not displayed until restart

Categories

(SeaMonkey :: Bookmarks & History, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WONTFIX

People

(Reporter: hatamoto, Assigned: ajschult784)

References

Details

Attachments

(1 file)

From a fresh install of M18, used Bookmarks->Manage Bookmarks->File->Import Bookmarks to grab NS4.7 bookmark file (contained a 100 or so). File imported fine and all bookmarks appear to be happy, but none of the personal toolbar links showed up until the browser was restarted. Hardly fatal, but it'd be somewhat annoying to the anal retentives.
Confirmed with Linux 20001024. Doesn't happen if you tell it to import a netscape profile on first startup.
Status: UNCONFIRMED → NEW
Ever confirmed: true
May be related to bug 53841.
Netscape Nav triage team: this is not a Netscape beta stopper.
Keywords: nsbeta1-
Reporter is this still happening in the latest build with the new bookmarks manager? Thanks!
Marking nsbeta1- bugs as future to get off the radar.
Target Milestone: --- → Future
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
its still here even after the outliner landing too. see bug 53841 comment 19 for my comment that is related to this bug.
*** Bug 106609 has been marked as a duplicate of this bug. ***
mass reassign of pchen bookmark bugs to ben
Assignee: pchen → ben
*** Bug 82132 has been marked as a duplicate of this bug. ***
Mozilla 1.4a (en) Build 2003040105 displays this problem on a first time install of Mozilla on NT 4.0 SP6 and Win 2000 (Selected import Netscape 4.51 bookmarks on install), but the toolbar links never show up. Until a simultaneous install of Mozilla 1.3 on the Win 2000 was done, and the problem with the toolbar not showing anything other than Home, and Bookmarks was fixed in 1.4a! This looks like a long standing initialization problem of some sort.
Product: Browser → Seamonkey
I don't see this with SeaMonkey 1.0beta (any more). Mark WFM?
I don't see how this could possibly work, so long as bug 74969 is fixed since we treat PT folder like any other random folder during import. The bookmarks in the imported PT folder aren't recognized even after a restart. Reverting that bug for PT only shouldn't cause any problems based on my own testing (I don't see any duplicate bookmarks showing up). And with that, this bug would get fixed.
Assignee: bugs → ajschult
OS: Linux → All
Priority: P3 → --
QA Contact: claudius → bookmarks
Hardware: PC → All
Target Milestone: Future → ---
Attached patch patchSplinter Review
Attachment #213222 - Flags: review?(timeless)
Attachment #213222 - Flags: review?(timeless) → review+
Attachment #213222 - Flags: superreview?(jag)
Comment on attachment 213222 [details] [diff] [review] patch ajschult isn't working on patches and jag isn't doing reviews and anyway we have switched to Places Bookmarks on SeaMonkey 2.1b2.
Attachment #213222 - Flags: superreview?(jag-mozilla)
WONTFIX on SeaMonkey 2.0 branch. Probably WFM on SeaMonkey 2.1b2 due to the switch to Places Backend.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: