Closed
Bug 72140
Opened 24 years ago
Closed 24 years ago
in new profile, bookmarks button in PT contrary to pref
Categories
(SeaMonkey :: Bookmarks & History, defect)
Tracking
(Not tracked)
People
(Reporter: dbaron, Assigned: bugs)
Details
DESCRIPTION: When I create a fresh profile, the presence of the "Bookmarks"
button in the personal toolbar is out-of-sync with the pref controlling whether
it should appear. (Perhaps this is because its state is remembered in RDF, and
the default state of the RDF doesn't match the default state of the pref?)
STEPS TO REPRODUCE:
1) create fresh profile with './mozilla -ProfileManager' and start using it
* note that the "Bookmarks" button is present
2) Edit | Preferences
* note that the preference controlling the bookmarks button is UNselected.
3) To get the bookmarks button to disappear, check the pref for it, click ok,
do Edit | Preferences again, uncheck the pref, and click OK. (This is a pain.)
BUGGY IN:
* My linux opt build 2001-03-15 with tons of local changes
Comment 1•24 years ago
|
||
maybe some of your local changes affected this? ben says he fixed this on 3-11-01 because
this is a dupe of bug 68395. my query also turned up bug 67884 which seems to be of a
similar ilk. If you can verify a problem still exists on a clean opt build then lets reopen that
bug.
*** This bug has been marked as a duplicate of 68395 ***
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Reporter | ||
Comment 3•24 years ago
|
||
I suspect the bug still exists, but I don't have time to retest.
Updated•21 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•