Talk:Corrupt localstore.rdf

From MozillaZine Knowledge Base
Jump to navigationJump to search

Could this also be cause by files in the profile being read only? If so, which ones?--name already taken 01:27, 7 June 2006 (UTC)

I would assume it could be caused by a read-only localstore.rdf.--Np 16:01, 7 June 2006 (UTC)

Make this about localstore corruption

A lot of articles point here because localstore corruption can do many weird things. I think we should make an article about fixing localstore corruption, then create a bunch of redirect (and categorized) articles that describe the symptoms. Do automatic redirects come up in searches?--Np 01:37, 20 December 2006 (UTC)

That was my original intent when I first wrote the localstore.rdf article. If you check the original version from Feb 6 2006 it included a section on Issues with a subsection on File corruption... maybe we could just add some of that stuff to the current localstore.rdf article and use that, instead of using this one or creating a new article (not sure which you meant)? I don't see the point of a strict format for "profile contents" articles, anyway.... look at user.js file or prefs.js file as examples. Alice Wyman
I'd prefer to keep the profile contents articles as reference articles, then create a new one called "localstore.rdf corruption".--Np 02:29, 21 December 2006 (UTC)
OK, then the simplest route would probably be to move this article to "corrupted localstore.rdf" or "localstore corruption" (without the .rdf) or whatever name is chosen, preferably one that doesn't begin with "localstore.rdf" so that "filename is incorrectly capitalized in the title" isn't an issue. Then it's just a matter of redirecting the Search engines disappear from Search Bar. Alice Wyman 13:46, 21 December 2006 (UTC)
On redirecting: With some articles that include localstore.rdf corruption as one issue among others, like Bookmarks not saved or Lost bookmarks we could just replace the duplicated information with a link to a section of the localstore.rdf article about resetting via Firefox Safe Mode or by deleting the file (my old "Workaround" section) . The only articles in which localstore.rdf corruption is the ONLY issue, we could redirect to the localstore.rdf article, I guess. Those would be this article and the search plugins article? Oh, and I'm not sure what you meant by "Automatic redirects" coming up on KB searches... I tried searching on "User agent" in the new KB search, for example, which now is a redirect to the General concepts article. The User agent redirected article is one of the search results, but it's not the first one listed. Alice Wyman 19:44, 20 December 2006 (UTC)
Yes, this article, search plugins, and we could create a few more that we currently use this one for, like "Window position not remembered at startup". My concern with searches is that if we have a redirect article called "Toolbar customizations reset on startup" that it wouldn't show up on a search for "toolbar startup". Apparently it does, so I have no concern.--Np 02:29, 21 December 2006 (UTC)
I'll go ahead and move this article to Corrupt localstore.rdf (and add the categories to the Toolbar customizations reset on startup redirect page, so it remains listed). I'll also add a note to Talk: Search engines disappear from Search Bar referring to this discussion. Alice Wyman 18:36, 21 January 2007 (UTC)
Since the Firefox 2 search function no longer depends on localstore.rdf, I was wondering what to do with the Search engines disappear from Search Bar article; redirect it here, or to the new Unable to search or add new engines article instead? I've already cross-referenced that article and this one. Alice Wyman 00:23, 22 January 2007 (UTC)
I redirected Search engines disappear from Search Bar to Corrupt localstore.rdf without categorizing it. The new Unable to search or add new engines article will simply take it's place of in the category listings. I also redirected the Talk page to this one. Alice Wyman 03:57, 28 January 2007 (UTC)

Customize Toolbar - Restore Default Set

I removed the newly-added "Firefox 3 - Method" section [1] that described using "View -> Toolbars -> Customize -> Restore Default Set" (which was also available in Firefox 2) as a solution for a corrupt localstore.rdf file. Localstore.rdf stores a lot of other information besides which toolbar items are used (e.g., window size, position and sort order for download actions, bookmarks/places and other persistent window states), which can be seen by viewing the file contents in Notepad. Although "Restore Default Set" restores the default toolbar items, it doesn't restore the default content of the localstore.rdf file as the Safe Mode and manual deletion methods do, which can be verified by using all three methods and comparing the file size and content for each method. The Safe Mode method replaced my 19.9 KB localstore.rdf file with a new file that was less than 1kb, same as manually deleting the 19.9 KB localstore.rdf file. Using "View -> Toolbars -> Customize -> Restore Default Set" only reduced the 19.9 KB localstore.rdf file size by a few bytes. In other words, content that could be corrupt still remained, so it would not be a solution for a corrupt localstore.rdf file. Alice 18:29, 31 July 2008 (UTC)