Closed Bug 678710 Opened 10 years ago Closed 10 years ago

Crash after adding certificate override

Categories

(Core :: Security: PSM, defect, P1)

x86
Windows 7
defect

Tracking

()

RESOLVED DUPLICATE of bug 678440
mozilla8
Tracking Status
firefox8 --- affected

People

(Reporter: alice0775, Unassigned)

References

Details

(Keywords: crash, regression)

Crash Data

This bug was filed from the Socorro interface and is 
report bp-63773e2a-4d7f-45c3-869a-bf5c72110813 .
============================================================= 

Build Identifier:
http://hg.mozilla.org/mozilla-central/rev/f262c389193e
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0a1) Gecko/20110812 Firefox/8.0a1 ID:20110812030744

While I test Bug 678706, I encountered a crash

[Str]
1. Open "https://www.cacert.org"
2. When "Untrusted Connection Page" displayed,
   Click "I Understand the Risks"
3. Click "Add Exception..."
4. Uncheck "Permanently store this exception"
5. Click "Confirm Security Exception"

[Actual]
Crash with a Crash report.
I reproduced this on Windows 7. This is probably caused by the fix for bug 674571. Apparently there is some difference between synchronous events and synchronous XPCOM proxy invocations that I don't know of yet. IIRC, I remember being told that a sync event would be *appended* to the event queue but an sync XPCOM proxy invocation would cause the event to be *prepended* to the event queue, but I could be remembering wrongly.
Keywords: regression
Component: General → Security: PSM
Priority: -- → P1
Product: Firefox → Core
QA Contact: general → psm
Target Milestone: --- → mozilla8
Crash Signature: [@ RtlDeleteCriticalSection] → [@ RtlDeleteCriticalSection] [@ nsHttpConnection::EndIdleMonitoring()] [@ nsHttpConnection::Close(unsigned int) ] [@ nsHttpConnectionMgr::GetConnection(nsHttpConnectionMgr::nsConnectionEntry*, nsHttpTransaction*, int, nsHttpConnection**)]
Summary: crash RtlDeleteCriticalSection → Crash after adding certificate override
Crash Signature: [@ RtlDeleteCriticalSection] [@ nsHttpConnection::EndIdleMonitoring()] [@ nsHttpConnection::Close(unsigned int) ] [@ nsHttpConnectionMgr::GetConnection(nsHttpConnectionMgr::nsConnectionEntry*, nsHttpTransaction*, int, nsHttpConnection**)] → [@ RtlDeleteCriticalSection]
Duplicate of this bug: 678771
Duplicate of this bug: 678709
The reporter of bug 678709 claims that crashes might occur more often if you reload: "Click Reload button --- repeats step6 after few minutes,  if browser does not crash."
(In reply to Brian Smith (:bsmith) from comment #1)
> I reproduced this on Windows 7. This is probably caused by the fix for bug
> 674571. Apparently there is some difference between synchronous events and
> synchronous XPCOM proxy invocations that I don't know of yet. IIRC, I
> remember being told that a sync event would be *appended* to the event queue
> but an sync XPCOM proxy invocation would cause the event to be *prepended*
> to the event queue, but I could be remembering wrongly.

Yes, that is correct.
Crash Signature: [@ RtlDeleteCriticalSection] → [@ RtlDeleteCriticalSection] [@ nsHttpConnection::Close(unsigned int)] [@ nsHttpConnection::EndIdleMonitoring()]
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → DUPLICATE
Duplicate of bug: 678440
You need to log in before you can comment on or make changes to this bug.