Closed Bug 113682 Opened 24 years ago Closed 24 years ago

Bunch of mailnews prefs aren't holding

Categories

(SeaMonkey :: MailNews: Message Display, defect, P1)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla0.9.7

People

(Reporter: scottputterman, Assigned: racham)

References

Details

Using 2001120504 on NT When I started using this build, my IMAP Account started on Account Central which it shouldn't have. I went to the Account Manager and saw that Check New Mail on Startup was turned off. I hadn't done that. I turned it back on, quit, restarted, and it's been turned off again.
Keywords: nsbeta1+
Priority: -- → P1
Target Milestone: --- → mozilla0.9.7
This got to be a dup of the global prefs bug that is floating around. Let me check on that.
Status: NEW → ASSIGNED
QA Contact: esther → nbaca
The prefs bug is bug 113482. It is marked fixed and the corrsponding check in is made on 12/04 at around noon. Alec, are there any other fixes that are in the pipeline? Scott reported the bug with build 2001120504 and that would have contained the fix (for bug 113482) that went in yesterday. My debug build will be finished soon. Will update with findings.
*** Bug 113647 has been marked as a duplicate of this bug. ***
everything seems to be working again, and no I don't have any more fixes in the pipeline.. unfortunately if you used a 12-04 build, you whole prefs.js may be horked - my recommendation would be to go edit prefs.js by hand and remove all the quotes from your non-string prefs (look for strings like "true" and change them to true, etc)
yes. Things are working fine. I just veirified with build 2001120504. repeating : If you have used yesterday's build, please modify your prefs ("true" -> true & similarly, other non-string prefs) as sugegsted by Alec. Marking WFM.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
I'll verify. I removed the problems from my prefs.js file and everything is working.
Status: RESOLVED → VERIFIED
*** Bug 114238 has been marked as a duplicate of this bug. ***
I'm going to reopen. I was using the 12/8 build at home this weekend. Whenever I went into the Account Manager, a bunch of prefs were lost including check for new mail on startup. I never had the bad build on my machine and my prefs looked fine.
Status: VERIFIED → REOPENED
Resolution: WORKSFORME → ---
I just tested with today's build. I haven't noticed any problems. Changed prefs, quit the app and re-launched. Scott, Are there any particular set of prefs you have noticed that always fail to hold the value/state selected by the user..? Ninoschka, Can you reproduce this..? thanks, bhuvan.
They are actually talking about this bug (not this particular bug#) on the newsgroup and are saying it's specific to 12/8. I don't know if there is a dup out there. In one of the postings they list a bunch of the prefs that are failing for me at home.
thanks. will check the newsgroups.
*** Bug 100004 has been marked as a duplicate of this bug. ***
Scott mentioned to me that this time, the problem seems to be different from one that existed on/around 12/04 where all prefs were written as strings. 12/08 build seem to be the problamatic one this time around. Bug 113482 contains comments similar to the problems experinced users who ran into this bug. ------- Additional Comment #46 From Jonathan Abbey 2001-12-08 18:04 ------- ------- Additional Comment #52 From Alexander Skwar 2001-12-09 09:57 ------- and those reports are then redireted to bug 114299. Blake seemed to have fixed it on 12/09. So, it is possible that the behavior seen here with 12/08 build was due to Blake's missed checkins on 12/08. So, please check back with today's/latest build and see if you can reproduce. thanks, bhuvan.
Summary: Check for New Mail on startup pref isn't holding → Bunch of mailnews prefs aren't holding
Ninoschka, when this is verified, please test the Advanced Server Settings of a given server also (please take a look at bug 100004 for more details). thanks.
marking worksforme. I'm pretty sure this was a dup. I downloaded today's build and everything works fine again.
Status: REOPENED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → WORKSFORME
This occurs when I ask Norton AntiVirus 2001 to scan my e-mail. It is then impossible to get the folder settings to hold. When I tell NAV to stop scanning the POP server, lo and behold, it works again! Windows2k, build 2001113003
*** Bug 114807 has been marked as a duplicate of this bug. ***
*** Bug 114939 has been marked as a duplicate of this bug. ***
*** Bug 114733 has been marked as a duplicate of this bug. ***
I am using 2001-12-13-06 commercial build on win98. I tried to check the pop pref " Do not download messages locally that are larger than [N] kb. This pref does not hold. It defaults to being unchecked which is default setting. Should I log a separate bug for just this pref. Because a few other perfs that I tried are worked except the one I mention here.
Sheela, it is possible that this particular pref is still in the bad format in the prefs file of the profile you are using. I will come and take a look.
This is a separate problem. Sheela filed bug 115159. Please follow up there.
*** Bug 115276 has been marked as a duplicate of this bug. ***
Trunk build 2001-12-13-03: WinMe Verified Worksforme.
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.