194271 - Bookmarks are forgotten when Phoenix is shut down

Status: VERIFIED DUPLICATE of bug 194099

(Firefox :: Bookmarks & History, defect)

Description

[John Stilian]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030207 Phoenix/0.5
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.3b) Gecko/20030220 Phoenix/0.5

I installed the 20030220 nightly for Win32 with a clean install and clean
profile. When I tried to restore my bookmarks, first by copying the old
bookmarks.html file and then by trying to import the old file, I found that they
wouldn't be displayed if I shut down Phoenix and then restarted it. However, all
the information is still stored in the bookmarks.html file.

Reproducible: Always

Steps to Reproduce:
1. Install Phoenix nightly with a clean profile.
2. Import previous bookmarks file.
3. Restart Phoenix.

Actual Results:  
The Bookmarks menu and toolbar were empty except for "Add to Bookmarks..." and
"Manage Bookmarks...".

Expected Results:  
Displayed my bookmarks for easier web navigation.

Comment 1

[John Stilian]

Also confirmed installing with a dirty profile.

Comment 2

[David Tenser [:djst]]

This is probably related to (or a dupe of) bug 194099

Comment 3

[Pierre Chanial]

I can not reproduce this bug.
Maybe it was fixed by the patch for bug 194099. Or maybe you are requesting that
the imported bookmark toolbar folder should become the one in the imported file?

Comment 4

[John Stilian]

Well, it very well could be related to bug 194099, you never know, but the
external behavior is very different.

The problem I'm having (and at least one other) is that the imported bookmarks
don't appear in the toolbar and they don't appear under the bookmarks menu.
Apparently, they do appear in the bookmark manager, and I'm sure that they are
stored in the bookmarks.html file.

When a build is released for the 21st, I'll see if the problem is resolved and
report back.

Comment 5

[John Stilian]

Problem is fixed with the 2/21 build. Confirmed with both new and old profile
and several restarts.

Comment 6

[David Tenser [:djst]]

This should not be marked as FIXED, it's a duplicate of bug 194099

Comment 7

[noririty]

According to Motohiko, one necessary condition of this bug was
user_pref("browser.tabs.autoHide", false);
I could confirm with 20030219~20030220, and verify fixed with Pierre's patch
(20030221).
So it is reasonable to be marked as duplicate of Bug 194099.

Comment 8

[John Stilian]

Apparently I have to reopen this in order to (against my better judgement),
change it to a dupe. This comment is filler.

Comment 9

[John Stilian]

Bam!

*** This bug has been marked as a duplicate of 194099 ***

Comment 10

[Sébastien Delahaye]

v