Closed Bug 377820 Opened 17 years ago Closed 17 years ago

Crash [@ nsIFrame::HasView] with XBL and <xul:arrowscrollbox>

Categories

(Core :: XBL, defect)

Product:
Core
Component:
XBL
Platform:
x86
macOS
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: jruderman, Assigned: sicking)

References

Details

(Keywords: crash, testcase, Whiteboard: [sg:critical?])

Crash Data

Attachments

(1 file)

testcase (crashes Firefox after a few reloads)
700 bytes, application/xhtml+xml
Details 
This testcase crashes Firefox (Mac trunk debug) within a few reloads.  The crash report generated by Mac OS X shows nsIFrame::HasView attempting to dereference the address 0xddddde01.
Flags: blocking1.9?
Assignee: aaronleventhal → general
QA Contact: accessibility-apis → ian
Whiteboard: [sg:critical?]
Hmm... I can't seem to reproduce this on Linux...
Not sure if this is an XBL or layout problem. But i'll take a look at it.
Assignee: general → jonas
Flags: blocking1.9? → blocking1.9+
Target Milestone: --- → mozilla1.9alpha5
Jonas?  What's the story here?  Gonna make A5?  Let's change this if necessary to A6.
Target Milestone: mozilla1.9alpha5 → mozilla1.9alpha6
Target Milestone: mozilla1.9alpha6 → mozilla1.9beta1
Target Milestone: mozilla1.9 M8 → ---
WFM on trunk.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → WORKSFORME
Crash Signature: [@ nsIFrame::HasView]
Group: core-security → core-security-release
Group: core-security-release
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: