Closed Bug 361657 Opened 18 years ago Closed 18 years ago

NS_ERROR_DOM_WRONG_DOCUMENT_ERR in output window

Categories

(Other Applications :: ChatZilla, defect)

defect
Not set
critical

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: bugzilla-mozilla-20000923, Assigned: bugzilla-mozilla-20000923)

References

Details

(Keywords: regression, Whiteboard: [cz-0.9.77])

Attachments

(1 file, 1 obsolete file)

Since bug 47903 landed, the output window is empty and there are NS_ERROR_DOM_WRONG_DOCUMENT_ERR errors in the console. This is because the code relied on Mozilla's (sane IMHO) lack of caring about the creating document. Fix is to call importNode gratuitously.
Severity: normal → critical
Attached patch importNode before appending (obsolete) — Splinter Review
These are the only places I could find, and things certainly look to work after.
Attachment #246400 - Flags: review?(samuel)
I'd use adoptNode instead of importNode, avoids creating a new node.
Umm, but unfortunately we don't have the luxury of just working on trunk, so we can't do that, given adoptNode was implemented mere months ago.
Since adoptNode was implemented prior to the DOM error problem, we can fall back to a no-op function. If the error is one of two known ones, we speed up the code path directly; any unknown error still acts as a no-op but with error logging.
Attachment #246400 - Attachment is obsolete: true
Attachment #246411 - Flags: review?(samuel)
Attachment #246400 - Flags: review?(samuel)
Attachment #246411 - Flags: review?(samuel) → review+
Checked in --> FIXED.
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
Whiteboard: [cz-0.9.77]
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: