User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9) Gecko/2008052906 Firefox/3.0 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9) Gecko/2008052906 Firefox/3.0 Today I updated my Firefox 18.104.22.168 to the current 3.0 After the first start of the Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9) Gecko/2008052906 Firefox/3.0 I added some bookmarks and moved some bookmarks from the bookmark bar to some folders in this bookmark bar Then I decided to update my addons - After pressing restart firefox, firefox didn't restart, so I killed firefox.exe after about 30 seconds later via windows taskmanager. Then I restartet firefox again - All my changes on the bookmarks where gone since the first start. Kind regards Stefan Reproducible: Didn't try Steps to Reproduce: 1. Change stuff on bookmarks 2. Kill firefox via taskmgr or equivalent under other OSs 3. Start firefox and check
if you actually quit properly do your changes survive? if not, you probably have a pref set which asks it to reimport your firefox 2 bookmarks.
Hi, Yes my changes survive, if I quit the normal way. I tried to reproduce it. Changed some stuff and killed it hardly. But all changes are saved well... Don't know what a pref set is, but this firefox instance was the first one after upgrading to 3.0. May be you can get a clue out of this... Kind regards and thank you
in general, bookmarks should be saved as you can see. there will always be cases where it won't. most likely you killed it while it was trying to write your new bookmarks. this is essentially working as designed, i'm sorry.
At my point of view it's ok, when firefox won't save my bookmarks when firefox is killed maybe 2-3 seconds after I changed some stuff on bookmarks, but I worked about 20 Minutes after I made the changes and then started with the addon update thingy. So FF should already have saved the bookmarks to disk?
*shrug*. at this point you're beyond what i know about how bookmarks wait. you'll have to wait for someone else to comment. you could read the specification (there probably is one). note that writing files to disk on certain platforms (mostly linux) turned out to be a *very* expensive operation and as such, i believe we try to avoid it.
Bulk closing all UNCONFIRMED bugs dealing with places that haven't had any bug activity in over 120 days, have no votes, and are not enhancement requests. If you are still experiencing this issue in Firefox 3.0 or later, please re-open the bug with steps to reproduce (if they were not part of the original comment).
Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h". In Thunderbird 3.0b, you do that as follows: Tools | Message Filters Make sure the correct account is selected. Click "New" Conditions: Body contains places-to-b-and-h Change the action to "Delete Message". Select "Manually Run" from the dropdown at the top. Click OK. Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter. Gerv