Closed
Bug 97141
Opened 23 years ago
Closed 1 month ago
Toolbar prefs not remembered
Categories
(Core Graveyard :: RDF, defect)
Tracking
(Not tracked)
RESOLVED
INCOMPLETE
Future
People
(Reporter: tracy, Unassigned)
References
Details
Attachments
(1 file)
5.38 KB,
text/plain
|
Details |
seen on recent builds of Mac OSX commercial builds -Open prefs dialogue and select/deselect some apps from the Personal tool bar. the selections take, but on restart, the selections are back to as before. this goes the same for email folder headers. -deselect header titles on restart the choices are back to default perhaps this is related to bug # 62110 ??
I too will vouch for this bug having witnessed it through a user who first told me of it in hopes that I'd resolve it on 8/20/2001. I went through all possible diagnostic solutions possible but to no avail as earlier yesterday he posted that the issue had reoccured. The bug will not allow him to save his prefs for neither the area above his toolbar and his news/newsgroups prefs. Each time he'd save a mail/newsgroup pref when he'd return it would reset itself as if to have a mind of its own. While you specified that the bug is only on Mac OS X 10.0.x, I ask that the notation be edited to the entire Mac platform seeing how this user has mac OS 9.1 and while the bug is on that OS too, anyone with lesser OS versions of the Mac OS are likely to experience the bug too.
Comment 2•23 years ago
|
||
when using 2001.08.29.0x-comm bits on either OS X [10.0.4] or 9.1, my toolbar prefs changes persist btwn sessions. tracy, could you pls clarify how you changed your mail folder prefs? thx! i'll check that next.
Reporter | ||
Comment 3•23 years ago
|
||
right next to the folder headers (ie subject, date..) is a little square icon...click on it to select/deselect items. The setting is remembered for the session...exit the mail app then reopen mail. The settings you just adjusted are back to default.
Comment 4•23 years ago
|
||
oh, y'mean selecting the thread pane columns! [heh, terminology confusion. ;)] well, i tried changing that using today's OS X bits, [in both modern and classic themes, just for kicks], and it wfm. resolving as wfm --but if you still see either of problems [ought to be seperate bugs, as they're different areas], do reopen/file as needed. thx!
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → WORKSFORME
Reporter | ||
Comment 5•23 years ago
|
||
whoa whao!! remembering thread pane columns is broken AND so is remebering preferences for browser toolbar. (deselect print...restart..print is back) I can break this out into mutliple bugs. Or could someone possibly explain why no prefs on this machine are being remembered from session to session. If so I'll reclose this as invalid.
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 6•23 years ago
|
||
ooops...meant to reopen this, not verify.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
Comment 7•23 years ago
|
||
i'm guessing there might be something weird with your machine. ;) anyhow, if you could file the mail thread pane one as a seperate bug [mailnews: mail window front-end component], that'd be great. i can come down to your cube and see what's up, fwiw...it's weird that i cannot repro this. cc'ing other ppl: zach/olga/nbaca, are you able to repro either of these problems on mac os x?
Comment 8•23 years ago
|
||
Just a guess but try deleting the localstore.rdf file from your prefs folder and seeing if your prefs changes will then 'stick'. I've seen the prefs for window sizing and sidebar appearance not work until I did this but I haven't investigated why yet.
Comment 9•23 years ago
|
||
we tried both a new profile and removing the profile's localstore.rdf --but to no avail. very odd! another difference worth considering: my machine has 10.0.4, but tracy's has a 10.1 preview release. could that be relevant? -> pink for the nonce. tracy will be filing a seperate bug in mailnews for the thread pane/folder pane column issue...however, do let us know if they *are* the same bug!
Summary: Toolbar prefs and mail header prefs not remembered → Toolbar prefs not remembered
Comment 10•23 years ago
|
||
-> pink, really this time. :)
Assignee: sgehani → pinkerton
Status: REOPENED → NEW
Reporter | ||
Comment 12•23 years ago
|
||
logged bug 97639 for the mail thread pane column headers (thanks sairuh for getting my terminology straight :)
Comment 14•23 years ago
|
||
Steve is most likely correct that this is somehow related to localstore.rdf. Both the personal tool bar and the mail/news thread pane column information are stored in localstore.rdf, not using the preferences library. I'm fairly certain that this and bug 97639 will end up being the same problem. Unlike Ray's user, I was not able to reproduce this in OS 9.x.
Comment 15•23 years ago
|
||
Chris, any thoughts on why localstore.rdf might not update correctly? Corrupt file structure? Bad file I/O? sdagley claims he has some copies of localstore.rdf which stopped saving window positions, etc., but I haven't looked at them.
Comment 16•23 years ago
|
||
There have been reports of bad localstore.rdf files getting written out (see bug 99236 and bug 96221, for example), this could cause some or all of the RDF/XML to not be parsed properly when we read it back, which would manifest itself as ``forgotten'' settings, etc. If you can reproduce this, please attach your localstore.rdf to the bug so I can look for problems.
Reporter | ||
Comment 17•23 years ago
|
||
*** Bug 105412 has been marked as a duplicate of this bug. ***
Comment 18•23 years ago
|
||
*** Bug 108088 has been marked as a duplicate of this bug. ***
Comment 19•23 years ago
|
||
I have been unable to reproduce this in any way. As the toolbar preferences are stored in rdf, rather than through the preferences service, I am going to hand this off to the rdf crew... also downgrading severity as this only seems to be happening on twalkers machine.
Assignee: bnesse → waterson
Severity: critical → normal
Component: Preferences → RDF
QA Contact: sairuh → tever
Reporter | ||
Comment 20•23 years ago
|
||
I tried to reproduce this on another machine and was not able to. Is anyone able to reporduce bug 97639? it's the same type of behavior except with thread pane headers.
Comment 21•23 years ago
|
||
I am unable to reproduce bug 97639.
Reporter | ||
Comment 22•23 years ago
|
||
marking this invalid....it turns out the it's a no no to have a "/" in the volume name. It was causing confusion to the os when NS6 was looking for certain local files. Ducarroz championed this one. Thanks much Jean-Francios!!
Status: NEW → RESOLVED
Closed: 23 years ago → 23 years ago
Resolution: --- → INVALID
Comment 23•23 years ago
|
||
Reopening; breaking when the user has a / in their hard drive name is not acceptable.
Comment 24•23 years ago
|
||
This is not just windows. On Linux (where there is no such thing as a "hard drive name") the "select buttons you want to see in the toolbars" prefs have no effect, either immediately or after resetart. See bug 108088. Still broken in build 2002010521.
Updated•23 years ago
|
Target Milestone: --- → Future
Comment 26•20 years ago
|
||
waterson left the building
Assignee: waterson → nobody
Status: REOPENED → NEW
QA Contact: nobody → core.rdf
Comment 27•17 years ago
|
||
I am having this problem with firefox forgetting my preferences. This just started today. I'm running windows XP home with all update. Also all my bookmarks disappeared this morning. I normally shut my computer off everyevening. This is a first.
Updated•15 years ago
|
Blocks: profile-corrupt
Updated•6 years ago
|
Product: Core → Core Graveyard
Status: NEW → RESOLVED
Closed: 23 years ago → 1 month ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•