Closed
Bug 192272
Opened 22 years ago
Closed 22 years ago
Mozilla crashed on Quit after attempting access to SSL IMAP account during DNS hang [@ nsInputStreamPump::EnsureWaiting]
Categories
(MailNews Core :: Networking: IMAP, defect, P1)
MailNews Core
Networking: IMAP
Tracking
(Not tracked)
VERIFIED
FIXED
mozilla1.3beta
People
(Reporter: bugmail, Assigned: darin.moz)
References
()
Details
(Keywords: crash, testcase, topcrash+)
Crash Data
Attachments
(3 files)
7.27 KB,
text/plain
|
Details | |
4.40 KB,
text/plain
|
Details | |
1.07 KB,
patch
|
sspitzer
:
review+
Bienvenu
:
superreview+
asa
:
approval1.3b+
|
Details | Diff | Splinter Review |
When Mozilla is trying to resolve a cranky DNS (bug 192271), if connection is attempted to another site in another tab or in MailNews that connection will pause until the recalcitrant DNS query completes. Sometimes, Mozilla will crash if Quit in this state. Steps to reproduce: 1. Attempt to access <http://www.imagemagick.org/> using the DNS <206.13.28.12> 2. Attempt to access <> in another tab 3. Observe that access attempt "pause" while the first access hangs 4. Attempt to access an SSL IMAP account 5. Quit Mozilla. Expected results: Mozilla should abort all the connection attempts and quit successfully. Actual results: Mozilla crashes sometimes. Reproducibility: Tried, could not reproduce.
i belive this should be a dupe of 192271. I did query on talkback and there are multiple crash reports. I'll attach an attachment. I searched through bugzilla and did not see any other bugs with the same stacktrace.
Please note that attachment 113813 [details] contains e-mail addresses, and should be deleted.
Assignee | ||
Comment 6•22 years ago
|
||
right, i've seen this crash recently. my patch for bug 190106 actually includes the fix, but i'll attach just the part needed to fix this crash here.
Status: NEW → ASSIGNED
Flags: blocking1.3?
Priority: -- → P1
Target Milestone: --- → mozilla1.3beta
Assignee | ||
Comment 7•22 years ago
|
||
the problem is that nsInputStreamPump is not threadsafe. IMAP should not try to talk to it from both the UI thread as well as the background IMAP thread. i'm fixing this problem by calling the transport's close method instead to bring down the necko connection.
Assignee | ||
Updated•22 years ago
|
Attachment #113817 -
Flags: review?(sspitzer)
Comment 8•22 years ago
|
||
Comment on attachment 113817 [details] [diff] [review] v1 patch sr=bienvenu
Attachment #113817 -
Flags: superreview+
Comment 9•22 years ago
|
||
Comment on attachment 113817 [details] [diff] [review] v1 patch r=sspitzer
Attachment #113817 -
Flags: review?(sspitzer) → review+
Assignee | ||
Comment 10•22 years ago
|
||
Comment on attachment 113817 [details] [diff] [review] v1 patch seeking drivers approval for 1.3 beta...
Attachment #113817 -
Flags: approval1.3b?
Comment 11•22 years ago
|
||
Comment on attachment 113817 [details] [diff] [review] v1 patch a=asa (on behalf of drivers) for checkin to 1.3beta.
Attachment #113817 -
Flags: approval1.3b? → approval1.3b+
Assignee | ||
Comment 12•22 years ago
|
||
fixed-on-trunk
Status: ASSIGNED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 13•22 years ago
|
||
Are you sure? It hasn't shown up on Bonsai yet.
Reporter | ||
Comment 14•22 years ago
|
||
Whoops, never mind; there it is.
Comment 15•22 years ago
|
||
Adding topcrash+, testcase keywords for future reference. Also updating Hardware and OS to All...there were crashes on Windows and Linux as well as MacOS. Looking at the latest Talkback data, this crash is gone...no crashes since 2/6 MozillaTrunk builds. Marking verified.
Updated•22 years ago
|
Flags: blocking1.3?
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
Updated•13 years ago
|
Crash Signature: [@ nsInputStreamPump::EnsureWaiting]
You need to log in
before you can comment on or make changes to this bug.
Description
•