Closed Bug 123227 Opened 24 years ago Closed 15 years ago

Error should occur if newsrc file location is invalid

Categories

(SeaMonkey :: MailNews: Message Display, defect)

x86
Windows 98
defect
Not set
major

Tracking

(Not tracked)

RESOLVED EXPIRED

People

(Reporter: d_king, Unassigned)

References

(Blocks 1 open bug)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.7+) Gecko/20020123 BuildID: 2002012304 I had created a new profile, and finally got around to deleting my old profile. However, the newsrc file location was still pointing to the old location (this isn't the bug I'm talking about here). When I try to subscribe to newsgroups, after deleting the old profile, everything seems to work fine (no errors). However when I exit Mozilla, and restart, the settings have been lost. An error should be reported if the newsrc file location specified in Preferances does not exist. That is, the directory doesn't exist, rather than the file not existing. Note, my old profile was in d:/users50 and the new profile is in c:/windows/Application Data/Mozilla Reproducible: Always Steps to Reproduce: 1. Create new Profile 2. Delete old profile 3. Subscribe to newsgroups Actual Results: New subscribe settings are lost with no error message. Expected Results: Should create a newsrc in the new profile location. When I first did this, I thing tried to open up the newsgroups, and Mozilla crashed, hence the Critical setting.
Stack Signature nsMsgKeySet::GetLastMember 1bf5648a Trigger Time 2002-02-03 14:25:12 Email Address dgk@metrocast.net URL visited User Comments Build ID 2002012309 Product ID MozillaTrunk Platform Operating System Win32 Module Trigger Reason Access violation Stack Trace nsMsgKeySet::GetLastMember [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgKeySet.cpp, line 391] nsMsgKeySet::SetLastMember [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgKeySet.cpp, line 410] nsNNTPNewsgroupList::GetRangeOfArtsToDownload [d:\builds\seamonkey\mozilla\mailnews\news\src\nsNNTPNewsgroupList.cpp, line 227] nsNNTPProtocol::FigureNextChunk [d:\builds\seamonkey\mozilla\mailnews\news\src\nsNNTPProtocol.cpp, line 3480] nsNNTPProtocol::ProcessProtocolState [d:\builds\seamonkey\mozilla\mailnews\news\src\nsNNTPProtocol.cpp, line 5184] nsMsgProtocol::OnDataAvailable [d:\builds\seamonkey\mozilla\mailnews\base\util\nsMsgProtocol.cpp, line 265] nsOnDataAvailableEvent::HandleEvent [d:\builds\seamonkey\mozilla\netwerk\base\src\nsStreamListenerProxy.cpp, line 203] PL_HandleEvent [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 591] PL_ProcessPendingEvents [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 524] _md_EventReceiverProc [d:\builds\seamonkey\mozilla\xpcom\threads\plevent.c, line 1072] KERNEL32.DLL + 0x24407 (0xbff94407) 0x00648c16
I couldn't get newsgroups to work at all for a while. Even after doing a "Remove Account" and then a "Add Account" in "Mail & Newsgroups Account Settings" it still insisted on putting my newsrc in the old Mozilla Profile directory (which doesn't exist, I checked). I ended up manually changing all the wrong path names in prefs.js to point to the right place to get newsgroups to work again.
Confirming. We should throw some alert() or something if we are pointing to the incorrect file.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Steve - I believe this is similar to what you've experienced after manually copying over profile data.
Yep, sounds like the same thing. But I was able to use "Remove Account" and "Add Account" successfully---I didn't tweak the prefs.js file. Thanks for copying me on this.
downgrading from critical to major - this is still a bug...
Severity: critical → major
Mozilla 1.1b nightly build Mozilla/5.0 (X11; U; SunOS sun4u; en-US; rv:1.1b) Gecko/20020901 I am not sure what is the newsrc file. But I do creat a new profile with the profile manager and then quit, start with profile manager again to delete the old profile with "delete files" and continue to run the mail news front end. Anyway, all the subscription to the newsgroups are not lost when I restart it again and again.
Product: Browser → Seamonkey
Assignee: sspitzer → mail
Blocks: 99238
Component: MailNews: Subscribe → MailNews: Message Display
QA Contact: stephend → search
MASS-CHANGE: This bug report is registered in the SeaMonkey product, but has been without a comment since the inception of the SeaMonkey project. This means that it was logged against the old Mozilla suite and we cannot determine that it's still valid for the current SeaMonkey suite. Because of this, we are setting it to an UNCONFIRMED state. If you can confirm that this report still applies to current SeaMonkey 2.x nightly builds, please set it back to the NEW state along with a comment on how you reproduced it on what Build ID, or if it's an enhancement request, why it's still worth implementing and in what way. If you can confirm that the report doesn't apply to current SeaMonkey 2.x nightly builds, please set it to the appropriate RESOLVED state (WORKSFORME, INVALID, WONTFIX, or similar). If no action happens within the next few months, we move this bug report to an EXPIRED state. Query tag for this change: mass-UNCONFIRM-20090614
Status: NEW → UNCONFIRMED
Assignee: mail → nobody
QA Contact: search → message-display
MASS-CHANGE: This bug report is registered in the SeaMonkey product, but still has no comment since the inception of the SeaMonkey project 5 years ago. Because of this, we're resolving the bug as EXPIRED. If you still can reproduce the bug on SeaMonkey 2 or otherwise think it's still valid, please REOPEN it and if it is a platform or toolkit issue, move it to the according component. Query tag for this change: EXPIRED-20100420
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → EXPIRED
You need to log in before you can comment on or make changes to this bug.