Closed Bug 72727 Opened 24 years ago Closed 21 years ago

Crash cancelling passwd dialog while viewing msg source

Categories

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

x86
Other
defect

Tracking

(Not tracked)

VERIFIED WORKSFORME
mozilla1.0.1

People

(Reporter: esther, Assigned: sspitzer)

References

Details

(Keywords: crash, hang)

Reported by Beth and confirmed by me. Using builds 2001-03-19 late release build: Cancelling a passwd dialog while doing a View Message Source can Crash, but sometimes just freezes the app. Need to do a Ctrl-alt-del to end task. For Beth, she left her system long enough to bring up the Screen saver, at that point she had to reboot system Ctrl+alt+del didn't work. Lin 1.Launch app 2. Launch mail 3. Go to an IMAP account and select Inbox to bring up imap passwd dialog. Cancel the passwd. 4. Select a msg, cancel the passwd dialog 5. Select menu item View| Message Source- Cancel passwd dialog. App freeze or crashes. I have a talkback report in, I will get the stack trace an post it here. Result: App freezes Expected: We shouldn't freeze or crash, however we shouldn't even enable View Message Source if the message hasn't loaded due to not giving the passwd.
Adding crash and hang keyword, fixing type in summary ("canelling").
Keywords: crash, hang
Summary: Crash canelling passwd dialog while viewing msg source → Crash cancelling passwd dialog while viewing msg source
Adding this is on windows and linux only, mac OK.
Made this a front end bug because I don't think View|Message Source should be enabled when a message isn't loaded. The crash is probably a Back end bug if we let the menu item stay enabled.
any stack trace?
need new talkback report. I think talkback server only holds 9 days worth of data.
crasher, 0.9
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
moving to mozilla0.9.1
Keywords: nsbeta1
Priority: -- → P2
Whiteboard: [nsbeta1+]
Target Milestone: mozilla0.9 → mozilla0.9.1
moving to 0.9.2, there are a lot of cancelling of password dialogs that have to go on before the crash occurs.
Priority: P2 → P3
Target Milestone: mozilla0.9.1 → mozilla0.9.2
moving to 0.9.3
Target Milestone: mozilla0.9.2 → mozilla0.9.3
moving to 0.9.4
Target Milestone: mozilla0.9.3 → mozilla0.9.4
slide to 0.9.5
Target Milestone: mozilla0.9.4 → mozilla0.9.5
moving out.
Target Milestone: mozilla0.9.5 → mozilla0.9.7
Blocks: 104166
Keywords: nsbeta1-
Whiteboard: [nsbeta1+]
Target Milestone: mozilla0.9.7 → mozilla1.0.1
By the definitions on <http://bugzilla.mozilla.org/bug_status.html#severity> and <http://bugzilla.mozilla.org/enter_bug.cgi?format=guided>, crashing and dataloss bugs are of critical or possibly higher severity. Only changing open bugs to minimize unnecessary spam. Keywords to trigger this would be crash, topcrash, topcrash+, zt4newcrash, dataloss.
Severity: normal → critical
Very old Linux/Win IMAP bug... can anybody still reproduce?
WFM, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316 Everything stays responsive, no source shows up.
Ok, so it looks like WFM. Please reopen if this turns up again.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7b) Gecko/20040329 WFM I cannot reproduce this but we might want to get a linux report before closing this bug out.
wfm linux Mozilla 1.7b; v
Status: RESOLVED → VERIFIED
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.