Closed
Bug 604296
Opened 14 years ago
Closed 14 years ago
crash [@ nsEventShell::ApplyToSiblings]
Categories
(Core :: Disability Access APIs, defect)
Core
Disability Access APIs
Tracking
()
RESOLVED
FIXED
mozilla2.0b7
People
(Reporter: surkov, Assigned: surkov)
References
Details
(Keywords: access, crash)
Crash Data
Attachments
(1 file)
937 bytes,
patch
|
davidb
:
review+
|
Details | Diff | Splinter Review |
It crashes when reorder event was coalesced and we apply new event rule to its sibling, if reorder event for application accessible is presented in the queue then AccEvent::mNode is null. It's randomly reproducible with applied patch from bug 570275, the patch is moved out from that patch.
Attachment #483088 -
Flags: review?(bolterbugz)
Severity: normal → critical
Keywords: crash
Summary: crash nsEventShell::ApplyToSiblings → crash [@ nsEventShell::ApplyToSiblings]
Comment 1•14 years ago
|
||
Comment on attachment 483088 [details] [diff] [review] patch Fine with me. When does a reorder happen on the application accessible?
Attachment #483088 -
Flags: review?(bolterbugz) → review+
Assignee | ||
Comment 2•14 years ago
|
||
(In reply to comment #1) > Comment on attachment 483088 [details] [diff] [review] > patch > > Fine with me. When does a reorder happen on the application accessible? When root accessible is appended. It was startup crash.
Assignee | ||
Comment 3•14 years ago
|
||
landed on 2.0 - http://hg.mozilla.org/mozilla-central/rev/cff1852ca58f
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla2.0b8
Updated•14 years ago
|
Target Milestone: mozilla2.0b8 → mozilla2.0b7
Updated•13 years ago
|
Crash Signature: [@ nsEventShell::ApplyToSiblings]
You need to log in
before you can comment on or make changes to this bug.
Description
•