Closed Bug 680086 Opened 13 years ago Closed 5 years ago

"ASSERTION: nsHTMLDocument::StopDocumentLoad(): Trying to remove nonexistent wyciwyg channel!"

Categories

(Core :: DOM: Navigation, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla67
Tracking Status
firefox-esr52 --- wontfix
firefox-esr60 --- wontfix
firefox56 --- wontfix
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- wontfix
firefox65 --- wontfix
firefox66 --- wontfix
firefox67 --- fixed

People

(Reporter: jruderman, Assigned: bzbarsky)

References

Details

(Keywords: assertion, testcase)

Attachments

(2 files)

Attached file testcase
This testcase triggers:

###!!! ASSERTION: nsHTMLDocument::Reset() - Wyciwyg Channel  still exists!: '!mWyciwygChannel', file content/html/document/src/nsHTMLDocument.cpp, line 355

###!!! ASSERTION: nsHTMLDocument::StopDocumentLoad(): Trying to remove nonexistent wyciwyg channel!: 'mWyciwygChannel', file content/html/document/src/nsHTMLDocument.cpp, line 989

(Bug 675518 has a testcase that triggers the first assertion but not the second.)
Attached file stack traces
Testing note: this testcase now requires the security.data_uri.unique_opaque_origin and security.data_uri.block_toplevel_data_uri_navigations prefs to be set to false in order to reproduce.

With those prefs set, the testcase still hits:
ASSERTION: nsHTMLDocument::Reset() - Wyciwyg Channel  still exists!: '!mWyciwygChannel', file /builds/worker/workspace/build/src/dom/html/nsHTMLDocument.cpp, line 263
Has Regression Range: --- → no
Blocks: 1489308
No longer blocks: 1489308
Depends on: 1489308

This code is gone now.

Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → FIXED
Assignee: nobody → bzbarsky
Target Milestone: --- → mozilla67
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: