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)
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.
Comment 1•24 years ago
|
||
Adding crash and hang keyword, fixing type in summary ("canelling").
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.
Comment 4•24 years ago
|
||
any stack trace?
need new talkback report. I think talkback server only holds 9 days worth of
data.
Assignee | ||
Comment 6•24 years ago
|
||
crasher, 0.9
Status: NEW → ASSIGNED
Target Milestone: --- → mozilla0.9
Comment 7•24 years ago
|
||
moving to mozilla0.9.1
Comment 8•24 years ago
|
||
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
Updated•23 years ago
|
Comment 13•22 years ago
|
||
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
Comment 14•21 years ago
|
||
Very old Linux/Win IMAP bug... can anybody still reproduce?
Comment 15•21 years ago
|
||
WFM, Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7b) Gecko/20040316
Everything stays responsive, no source shows up.
Comment 16•21 years ago
|
||
Ok, so it looks like WFM.
Please reopen if this turns up again.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Comment 17•21 years ago
|
||
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.
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•