Closed Bug 316653 Opened 19 years ago Closed 19 years ago

Crash [@ nsINodeInfo::GetDocument() line 269]

Categories

(Core :: XBL, defect)

Product:
Core
Component:
XBL
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
major

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: bc, Unassigned)

References

Details

(Keywords: crash, Whiteboard: [sg:investigate])

Crash Data

I dont see that this is related to xform this rather a xbl issue
oops, I meant to send to xbl.
Assignee: aaronr → general
Component: XForms → XBL
QA Contact: spride → ian
This should _really_ not be happening (content without a nodeinfo).

That said, on that page and with those settings I crash in a debug build while trying to reflow a fixed-position element, which is expected in a XUL document (see bug 253479).
Did you see any assertions before the crash happened (not neccesarily immideatly before)?

I wonder if this could somehow happen during BindToDoc or some other place where we set mNodeInfo
(In reply to comment #4)

Trying with a debug build from today I don't get this stack anymore, but get the stack from bug 316608. If I can't reproduce this stack, I will dupe it against 316608.
Summary: Crash [@ nsINodeInfo::GetDocument() line 269) → Crash [@ nsINodeInfo::GetDocument() line 269]
The backtrace looks like the one from bug 317265, maybe this is now fixed too with the fix for bug 317265?
Whiteboard: [sg:investigate]
Flags: blocking1.8.0.1?
Flags: blocking1.8.0.2?
Flags: blocking1.8.0.1?
Flags: blocking1.8.0.1-
Based on comment 5, marking as WFM.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → WORKSFORME
Flags: blocking1.8.0.2? → blocking1.8.0.2-
Group: security
Flags: in-testsuite?
Crash Signature: [@ nsINodeInfo::GetDocument() line 269]
You need to log in before you can comment on or make changes to this bug.