Closed Bug 221037 Opened 21 years ago Closed 21 years ago

Dataloss:Bookmarks will sometimes (but not always) disappear when Mozilla is launched.


(SeaMonkey :: Bookmarks & History, defect)

Not set


(Not tracked)



(Reporter: pbergsagel, Assigned: p_ch)



(Keywords: dataloss)

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6a) Gecko/20030930
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6a) Gecko/20030930

I used the nightly 1.6a Build ID 2003093005 for one day. The next day my
bookmarks had disappeard. I created a brand new profile and moved over my
bookmarks. Everything was fine. The next browsing session saw my bookmarks

Reproducible: Always

Steps to Reproduce:
1.Launch Mozilla.
2.quit Mozilla.
3.Launch Mozilla. ->there is a possibility the user has to log out on the
computer to experience this bug.
4.Bookmarks are gone.

Actual Results:  
Dataloss of bookmarks file.

Expected Results:  

This bug unlike bug 219738 does not invole a crash for the loss of the
bookmarks. I am using MacOS 1.5. I don't believe the issue is with the file in
the profile "panels.rdf" since I removed this file and relaunched the browser
and still the bookmarks are gone. 

If I take a backed up copy of my bookmarks replaced the current file
"bookmarks.html the bookmarks return. I believe the file "bookmarks.html" may be
corrupted somehow between browsing sessions.

I opened the suspect file with BBEdit (text editor) and failed to see any
Oh I forgot to add this: there is bug 219738 but a crash is involved in the loss
of bookmarks. I lost my bookmarks without a crash. Are these two bugs dups? 

I am not certian if my bookmarks are actually lost (as in a file deletion) or I
that I have simply lost access to the bookmarks (file not deleted.) I suspect
either a file is being corrupted (pref.js???) or crucial data about the
bookmarks file is not being saved.
Keywords: dataloss
I am closing this bug as worksforme. I created a new profile and am so far no
longer experiencing this bug. At the moment it apears as if this may have been a
computer glitch and not a mozilla bug.  If I experience the loss of the
bookmarks agin I will reopen this bug. This may indeed be an actual bug.
Closed: 21 years ago
Resolution: --- → WORKSFORME
Today I lanched the Mozilla suite [Mozilla/5.0 (Macintosh; U; PPC Mac OS X
Mach-O; en-US; rv:1.6a) Gecko/20031003] and the bookmarks were missing. Mozilla
did not revert to the default bookmarks used when Mozilla is first launched
before a a user profile has been created. My best guess is that sometimes the
bookmarks are saved when Mozilla is quit while at other times the bookmarks are
deleted. I checked the console and there appears nothing related to Mozilla +
Bookmarks since the last time Mozilla was launched.

I opened my profile to check the bookmarks file and it was not there. It appears
to have been deleted. I Copied over a back up copy of my bookmarks file and
launced Mozilla and the bookmarks functioned as expected. I am not sure how long
it will be before Mozilla will delete my bookmarks again.

This is a serious dataloss bug. The bookmarks appear to work normally for a day
or two. Then without warning the file "bookmarks.html" is somehow deleted from
the user profile.
Resolution: WORKSFORME → ---
I am renaming this bug to better describe it.
Summary: Dataloss:Bookmarks disappear upon second launch of Mozilla → Dataloss:Bookmarks will sometimes (but not always) disappear when Mozilla is launched.

*** This bug has been marked as a duplicate of 164244 ***
Closed: 21 years ago21 years ago
Resolution: --- → DUPLICATE
From the description of bug 164244 "Sorry I can't be more specific, but at least
4 times my bookmarks have become corrupted and were lost completely, replaced by
the default mozilla bookmarks."

This is not this bug! My bookmarks ARE not set to the default set. The bookmarks
file is randomly deleted from my profile. When Mozilla is launched there are NO
bookmarks in the sidebar not even the default set. When I check my profile the
file "bookmarks.html" has been deleted and is not overwritten or replace by a
newer copy. When my profile is examined, there is no "bookmarks.html" file. The
file "bookmarks.html" is missing is action, it is not there and the sidebar
bookmarks open with nothing in it, not even the default set of bookmarks.

This is NOT a duplicate of bug 164244! this bug first appeared for me with 1.6a.
This bug was not experienced with earlier versions of Mozilla. Bug 164244 deals
with a different bug first experienced with Mozilla 1.1a. Mozilla 1.4 does not
exhibit this bug! I strongly believe this is a different and seperate bug from
bug 164244. 

For all of the above reasons I am reopening this bug.

I am reopening this bug.
Resolution: DUPLICATE → ---
Mac OSX 10.1.5 build 2003100505

I agree.  This is NOT bug 164244.  The bookmarks do not return to defaults.  The
bookmarks completely disappear. (Bookmarks.html file disappears or shows up
empty).  Even the defaults are gone.  This problem has been repeated with my
browser over 5 times.  I have this same bug.  My browser no longer keeps the
bookmarks file after adding or changing anything with the bookmarks and
restarting the browser.  This problem began only after build 2003093005.

(May be linked to the "download crash" resolution (see Bug 213639) which was
implemented in build 2003093005)

Paul are you using OSX 10.1.5?  I am not a programmer but I think this has
something to do in the way that Mozilla makes files.  There aparently was a
fundamental change in the way Mac OS X made/changed files comparing 10.1.5 and
10.2 . Since many of the programmers traded up to 10.2 a change was made in the
way Mozilla created files as well.  This however has caused problems with people
not using 10.2 and higher.  Granted, this is what I have gathered from reading
other file related bug discussions.  It is only a hunch, not actually something
I know or quite understand.  If any of the gurus out there can enlighten us I
would be greatful.

BTW--I will vote for this bug because it ticks me off to no end that my
bookmarks keep disappearing.

I would also confirm this bug if I could but I do not have the privillages to do so.
I've also been bitten by this bug; I'm also running 10.1.5.
Same here. Happens exactly as described above (ie, no crash, no defaults, just
disappearing bookmarks). I'm using MacOS 10.1.5 with Mozilla release 1.5.
I'm seeing this exact problem as well after downloading the release of Mozilla
1.5 to my iBook running Mac OS X 10.1.5.  It appears that the bookmarks.html
file is removed whenever mozilla starts and is (occasionally) recreated when it
quits.  I started Mozilla several times to figure out what was going on.  I
ls'ed the directory of my profile before the I started Mozilla.  The file
existed and contained bookmarks then I ls'ed it after I started Mozilla.  The
file was gone.  Then I ls'ed it after Mozilla was quit.  Sometimes the file
would be there.  Most of the time the bookmarks were gone.  Basically I repeated
this process several times.  Open Mozilla.  Open any page.  Bookmark page. 
Quit.  Of the 5 or 6 times of doing this the bookmarks.html file was there after
the quit only 1 or 2 times.  Everytime I started Mozilla the bookmarks.html file
was gone.  I even removed the old profile thinking that something got hosed and
created a completely new and clean profile, repeated the process and got the
same results with the missing bookmarks.
This was happening occasionally in 1.5.  With 1.6a I lose the bookmarks almost
every time I shut down.  I am using OS X 10.1.5
Depends on: 221843
Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.6a) Gecko/20031029

Bug 221115 is a duplicate of this.

If you want to see what is happening, open the finder to show the folder that
holds your bookmarks.html file. Make a change to your bookmarks and click on
Finder in the dock. Then watch your bookmarks file disappear before your eyes!
If you want to get it back you have to make another change to your bookmarks.
Then, hey! it reappears! (If you have 10.3, try this out and note the difference
- again the bookmarks file vanishes but if you scroll around the folder you will
see that it has been rewritten in a different place. In 10.1.5 it doesn't seem
to be rewritten.

I agree with comment #7. Something has gone wrong with file handling since
Mozilla developers upgraded to 10.2 but I'm not a techie either so I can't
explain it.

*** Bug 221115 has been marked as a duplicate of this bug. ***
I have also experienced this intermittent bookmark loss with Mozilla 1.6b (which
supposedly fixed the bookmarks problem.) In 1.6b bookmarks don't disappear as
frequently as they did in earlier Mozilla versions; but I have lost them 3 or 4
times. There were no crashes or other anomalies: sessions transpired normally;
but on return for the next browsing session, bookmark file was
gone.(Fortunately, I have learned to make frequent backups!) Evidently the
problem is not yet completely solved; until it is, I am sticking with Mozilla
1.5b, the last non-bookmark-devouring version I have. (400MHz G3, MacOS 10.1.5)

Gordon Weir
*** Bug 222060 has been marked as a duplicate of this bug. ***
*** Bug 228756 has been marked as a duplicate of this bug. ***
*** Bug 230452 has been marked as a duplicate of this bug. ***
Since bug 221843 is fixed it would be interesting to see if anyone can reproduce
the problem with a current nightly build (or a trunk build after 17/12 - after
the fix for bug 221843 was checked in). This could in fact be a dupe of bug
221843. Note that the 1.6b release doesn't have the fix, but the 1.6 release
will. I have been using the 20031227 nightly on mac os 10.1.5 for two weeks now
and haven't had any problems.
yup, so far no bookmark problems with nightly build
*** Bug 222339 has been marked as a duplicate of this bug. ***
This is obviously a dupe...

*** This bug has been marked as a duplicate of 221843 ***
Closed: 21 years ago21 years ago
No longer depends on: 221843
Resolution: --- → DUPLICATE
No longer blocks: bookmark-loss
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.