Closed
Bug 428828
Opened 16 years ago
Closed 16 years ago
Bookmarks aren't saved after FF restart
Categories
(Firefox :: Bookmarks & History, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 462366
People
(Reporter: pedro, Unassigned)
References
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5) Gecko/2008040721 Fedora/3.0-0.53.beta5.fc9 Firefox/3.0b5 Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9b5) Gecko/2008040721 Fedora/3.0-0.53.beta5.fc9 Firefox/3.0b5 User bookmarks aren't saved when the browser is closed. Every time y load FF I have the default bookmarks. Reproducible: Always Steps to Reproduce: 1. Browse to any page. Bookmark it. 2. Close FF. 3. Open FF. The bookmarks are gone. Back to the default. Actual Results: Bookmarks are lost. Expected Results: Bookmarks should be obviously saved... :P
Comment 1•16 years ago
|
||
This is either are problem with the cinverted places.sqlite file, a permission problem, an extension problem or because your Fedora build is broken. Do you get this with with the Firefox safemode ? Do you get this also with a original Mozilla.org build ?
Updated•16 years ago
|
Component: Bookmarks → Places
QA Contact: bookmarks → places
Version: unspecified → Trunk
Reporter | ||
Comment 2•16 years ago
|
||
In safe mode it works fine. Maybe I should've post this in fedora... sorry.
Comment 3•16 years ago
|
||
If it works in the safemode, then this is caused by an addon. The safemode is just Firefox without Third-Party Themes and Extensions. Please disable the addons one by one to find the addon that is causing this. After that notify the author about that problem and post the addon name in this bug, thanks.
Comment 4•16 years ago
|
||
possible dupes (if they are confirmed as extension problems): bug 426915, bug 429083
Reporter | ||
Comment 5•16 years ago
|
||
Update! The first bookmark I tried, which was a regular http:// url, was saved fine. Then I try to bookmark the post buttons from del.icio.us, which their destination is "javascript:location.href='http://del.icio.us/post?v=4;url='+encodeURIComponent(location.href)+';title='+encodeURIComponent(document.title)", it doesn't survive the restart. Even in safemode. I guess the problem is with this kind of urls. Marco: They are different bugs. My problem is that this bookmark is not saved after restart, it disappears.
Comment 6•16 years ago
|
||
but this javascript: problem, happens also in Safe Mode? Since you told in ssafe mode everything was working fine
Reporter | ||
Comment 7•16 years ago
|
||
Sorry, I wasn't clear! I've just tried adding and removing bookmarks from my "Bookmarks Toolbar" and this is the result: - I can only add permanent urls in safe mode. If I add an url, in normal mode, it disappears after restart. - I cannot delete bookmarks, in any mode... so I guess they become very PERMANENT ;) - The "javascript:" urls is not an issue. Sorry for the misunderstanding. If you think I should post this in an specific fedora bug list, please let me know. I see no problem in closing the issue here.
Comment 8•16 years ago
|
||
> I can only add permanent urls in safe mode. so this is an extension problem. can you disable extensions one by one to find who is the culprit? > - I cannot delete bookmarks, in any mode... are they deleted temporary but on restart they come back? so, as already said, try checking permissions on the places.sqlite file
Reporter | ||
Comment 9•16 years ago
|
||
(In reply to comment #8) > so this is an extension problem. can you disable extensions one by one to find > who is the culprit? I'm not sure how to do this, but I'll try. > are they deleted temporary but on restart they come back? so, as already said, > try checking permissions on the places.sqlite file Yes, they come bacl after restart. I found 2 places.sqlite files in my home dir. Both have proper owner and permissions (755): $ find . -name 'places.sqlite' ./.gnome2/devhelp/mozilla/Devhelp/places.sqlite ./.mozilla/firefox/is30e8k0.default/places.sqlite
Reporter | ||
Comment 10•16 years ago
|
||
(In reply to comment #8) > so this is an extension problem. can you disable extensions one by one to find > who is the culprit? I'm not sure how to do this, but I'll try. > are they deleted temporary but on restart they come back? so, as already said, > try checking permissions on the places.sqlite file Yes, they come back after restart. I found 2 places.sqlite files in my home dir. Both have proper owner and permissions (755): $ find . -name 'places.sqlite' ./.gnome2/devhelp/mozilla/Devhelp/places.sqlite ./.mozilla/firefox/is30e8k0.default/places.sqlite
Comment 11•16 years ago
|
||
I have same problem, new bookmarks aren't saved. I tried in safe mode and work correctly but in normal mode I uninstalled all extension and doesn't work. Some idea?
Comment 12•16 years ago
|
||
sounds like bug 462366
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → DUPLICATE
Comment 13•15 years ago
|
||
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
Component: Places → Bookmarks & History
QA Contact: places → bookmarks
You need to log in
before you can comment on or make changes to this bug.
Description
•