Closed
Bug 108202
Opened 23 years ago
Closed 12 years ago
better filename than "localstore.rdf"
Categories
(Core Graveyard :: Profile: BackEnd, enhancement)
Core Graveyard
Profile: BackEnd
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
Comment 2•23 years ago
|
||
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.
Comment 3•23 years ago
|
||
how about "delete me if this profile crash mozilla.rdf" ? :-)
Reporter | ||
Updated•23 years ago
|
Summary: rename "localstore.rdf" → better filename than "localstore.rdf"
Comment 4•23 years ago
|
||
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
Assignee | ||
Updated•23 years ago
|
Status: NEW → ASSIGNED
Target Milestone: --- → Future
Comment 5•23 years ago
|
||
localstore.rdf is about more than just "Saved Window Settings". Also, don't
take off the ".rdf" file extension.
Comment 6•21 years ago
|
||
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?
Updated•16 years ago
|
QA Contact: ktrina → profile-manager-backend
Updated•12 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Updated•9 years ago
|
Product: Core → Core Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•