Closed Bug 188401 Opened 22 years ago Closed 21 years ago

newly added bookmarks will not save (ie. they are not there when browser is reopened.)

Categories

(SeaMonkey :: Bookmarks & History, defect)

x86
Windows 2000
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: neishann, Assigned: bugs)

References

Details

(Keywords: dataloss, Whiteboard: os x is bug 192124, read before duping others)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3a) Gecko/20021212

Recently converted to Mozilla 1.3a  [Mozilla/5.0 (Windows; U; Windows NT 5.0;
en-US; rv:1.3a) Gecko/20021212] from Netscape 4.79.  The converted/transferred
bookmarks from Netscape are there and work.  However, any newly added bookmark
is gone once the Modzilla browser is closed.  I have tried adding a bookmark
using the menu Bookmark tab and the sidebar bookmarks tab.  Neither work.  I
find this to be a fairly important problem.

Reproducible: Always

Steps to Reproduce:
1.From bookmark menu, enter bookmark this page.
2.Bookmark is visible at this point.
3.  Close browser and reopen
4. bookmark not there.

Actual Results:  
Bookmark not there

Expected Results:  
Bookmarks should save.
I'm using the following build for MacOS X:

Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.3b) Gecko/20030205

I am experiencing similar problems. I have also noticed that when going into
Bookmark Manager I can only make one change per session. If I make several
changes, ie moving bookmarks or deleting them, after I close Mozilla only the
first change is saved. All others are forgotten the next time I open Mozilla.
This goes for simply adding bookmarks as well. I can only add one per session.
Once one has been added not other bookmarks may be added, moved, or deleted.
This bug needs to be looked into as soon as possible.
I confirm this bug using the official mozilla 1.3b mach-o 20030210. Changes done
in bookmarks are not saved at the re-opening of mozilla.

Using Mac OS 10.2.3

We should change OS to "all"
I confirm this bug. I can not make changes to bookmarks in 1.3b release build
for OSX. Changes are lost when I restart the browser. I can move my bookmarks
file to a new name, start moz, import from my old file, and everything is there.
When I exit moz and restart it, my imported bookmarks are there but I can't make
any further changes. New changes to an existing bookmarks file get lost.

I will try starting with no bookmarks file and no doing the import. Instead I
will try to add and organize multiple bookmarks and see if maybe there is some
problem with the imported bookmarks.

I upgraded from moz 1.3a to 1.3b.
I am using OSX 10.2.4 (latest) on a Titanium Powerbook G4.
This appears to be similar to bug 186237. It looks like the bookmarks file
imported from 1.3a (and earlier versions) causes this problem in 1.3b. If I
move the bookmarks file aside and import it, the "bad" data gets imported as well
and the bookmarks can no longer be edited.

However, if I move the bookmarks file aside, and re-enter my bookmarks one at a
time, the problem does not return. I opened the old bookmarks file by
doubleclicking on bookmarks-old.html. Then I clicked on links one at a time and
added them back into my bookmarks file manually. This is a royal pain in the ass
and I am willing to have someone look over my "bad" bookmarks file to see if
they can spot the problem or try to reproduce the problem itself.
OS X/MachO issues are bug 192124 and were recently fixed. I have not seen any
other reports of this on Windows...

Reporter.. do you have the same problems with 1.3b or recent nightly builds?
I can confirm this problem with 1.3b under MacOSX 10.2.4. It is very annoying
and would like to see this problem fixed.

However, for me, sometimes it will save the new bookmarks and sometimes it won't.

Unless this problem is fixed soon I will likely be forced to move to a different
browser. 
It's fixed. Just grab a nightly build. You may encounter some other
weirdness from a nightly, but the bookmarking stuff is fixed.
Can someone confirm this is fixed with Mozilla 1.3 or a nightly build?
Severity: major → critical
Keywords: dataloss
OS: Windows 2000 → All
Hardware: PC → All
Please read comment 5. Bookmark problems in 1.3b on OS X are bug 192124 and were
fixed a few weeks ago. This bug is for Windows only and to my knowledge has yet
to be confirmed by the reporter or other report.

Reporter - (a) have you upgraded from 1.3alpha yet? (b) Is this still a problem
(whether you've upgraded or not)
OS: All → Windows 2000
Hardware: All → PC
Whiteboard: os x is bug 192124
Build 2003040604 under Win98

My bookmark update (add or delete) are not keet between mozilla rerun. Than is,
I can update bookmarks, and the bookmark window is correctly updated. But when I
close mozilla an rerun it, bookmarks are not updated. That is, changes seems not
to be saved to disk.

A sure showstop for me. I'll try trick in comment #4.
Jesus here, again. Following instructions in comment #4 DOESN'T work for me.
I've tried to uninstall mozilla first os create a new profile, without solving
the problem.

I've check each mozilla nighty build backwards. The last mozilla that seems to
works fine to me is 2003040108. Following revisions don't allow me to update
(add or remove entries) bookmarks.

ShowStop bug! :-)
*** Bug 201022 has been marked as a duplicate of this bug. ***
Jesus, you're probably experiencing bug 200498 and not this bug. This bug may be
the first reported case of 200498.
Whiteboard: os x is bug 192124 → os x is bug 192124, read before duping others
Thanks, Chris. I'll try tomorrow build.
The initial report of this bug happened long before bug 200498 was introduced.
Please try tomorrow's nightlies and we can go from there.
reporter (neishann), try these steps:
1. create a new profile. load in new profile. add new bookmark.
   close. open -> new bookmark still present?
2. open in old profile. export bookmarks to .html. open in new
   profile. import bookmarks. add new bookmark. close. open
   -> new & imported bookmarks still present?
I too have suffered from this bug (in Win98), the problem I had was that the
bookmarks file in C:\WINDOWS\Application
Data\Mozilla\Profiles\default\5t23z2go.slt was created as a read-only file.  You
can check to see if this is the case by doing a search for "bookmarks" and
seeing if multiple files have been created in the aforementioned folder.  If so,
change the access on bookmarks.htm to read/write and see if that works.
Yes, I would like to see if this problem has been resolved for the reporter too.
I would like to mark this WFM if the reporter doesn't comment soon. 
I am the original reporter of this bookmark problem.  Mine seemed to just start
working by itself.  I don't know what happened exactly.  We had to
uninstall-reinstall several programs (inclucing Modzilla) because of another
computer problem.  Somewhere in all the uninstall-reinstalling, my bookmarks
started working.  Sorry I can't give you any more specific information on it.  So  
I consider whatever it was to be fixed.  I haven't had any problems with the
bookmarks for several months. 
thank you for the reply... based on that response marking WFM.

Any remaining bookmark bugs should be filed on their own and only if they exist
in current bulds (if another bug doesn't already exist of course)
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
I have Firefox 3.0.3pre (20081026 CVS) and it has non-working bookmarks handling for some users.

User 1:
If I add a new bookmark, it shows up OK in the bookmarks, no errors are shown, but when Firefox crashes and I restart it again, the bookmarks I added are not there.
However, seems bookmarks added during current session are added OK, if I install some update and select Restart Firefox.

I have sqlite-3.6.4 (--enable-system-sqlite), Linux 2.6.25.17 (x86_64 arch), XFS filesystem.

User 2:
The same Firefox.  Bookmark is added to places.sqlite immediately and I can kill Firefox and restart it, the new bookmark is there.
You need to log in before you can comment on or make changes to this bug.