Closed Bug 108202 Opened 23 years ago Closed 12 years ago

better filename than "localstore.rdf"

Categories

(Core Graveyard :: Profile: BackEnd, enhancement)

enhancement
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
Future

People

(Reporter: bugzilla, Assigned: ccarlen)

Details

the filename "localstore.rdf" is not very good. Why not rename it to: "Stored Window Settings.rdf"
22 characters long for something we don't actually expect end users to edit. it would break backwards compatibility w/ many mozilla installs and 3 netscape releases (6.0, 6.1, 6.2) [among other products]. i should be able to come up w/ more reasons if these and whatever others say aren't sufficient to wontfix this. I don't think your reason is sufficient to rename it and cause the problems stemming from even just the compatibility issue.
Assignee: asa → ccarlen
Component: Browser-General → Profile Manager BackEnd
QA Contact: doronr → ktrina
Backwards compatibility is easy... if "New name" doesn't exist and localstore.rdf does then copy it. Adds a smidgen more code to the profile startup, which rarely gets exercised (we already deal with the localstore being gone since we can rebuild it). If you share a profile between new and old versions then your settings bifurcate from that point, no big deal I'm sympathetic toward the drive to clean up some of the clutter in the prefs dir, while also recognizing that nothing in there is intended for non-savvy end-users in the first place. I'm agnostic on this proposal (and intertia suggests we stick with the existing name) but I had to disagree with the compatibility argument.
how about "delete me if this profile crash mozilla.rdf" ? :-)
Summary: rename "localstore.rdf" → better filename than "localstore.rdf"
Right, this isn't so users can edit it (though if they really really want to, this will certainly help); it's so users know that if things go irretrievably wrong with their Mozilla windows, then deleting the file might fix the problem. On Mac we could indicate deletability somehow using the icon, but for other platforms the name is all we've got to communicate with. I prefer `Saved Window Settings' -- I think that's clearer than `Stored' at saying that the file was saved as a result of user actions. (And since Mozilla is the only program which uses this file, we don't need to tell the rest of the world that it's .rdf, either.)
OS: Windows 2000 → All
Hardware: PC → All
Status: NEW → ASSIGNED
Target Milestone: --- → Future
localstore.rdf is about more than just "Saved Window Settings". Also, don't take off the ".rdf" file extension.
From an end user: I edited this file to try to get rid of old mispellings that were turning up in the autocomplete for the location bar. I backed it up, edited it, then mozilla wouldn't work. So I replaced the backup, but... mozilla still wouldn't work (I'm using windows and edited it with wordpad or some other MS txteditor ****.). Point is, I don't think end user (me) should be editing this. We're talking about a design issue here I think. The user shouldn't have to edit this file as Mozilla should be smart enough not to put misspellings in here, i.e. urls that return 404not found. I know this file contains more settings than the autocomplete urls, but the user need never know about it if it is well behaved! Or: new feature: lets say I have <RDF:li>www.google.com</RDF:li> <RDF:li>www.google.coim</RDF:li> in this file, why not store an extra variable indicating the amount of times that the website has been accessed/typed in the location bar? As it is now, google.coim gets selected in autocomplete, for alphabetical reasons I presume, whereas with a frequency counter, the more popular google.com would get selected every time. Does anyone know what I'm on about? Am I posting this in the right place?
QA Contact: ktrina → profile-manager-backend
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Product: Core → Core Graveyard
You need to log in before you can comment on or make changes to this bug.