Closed Bug 474744 Opened 16 years ago Closed 15 years ago

"ASSERTION: This is unsafe" with bogus protocol, setting innerHTML

Categories

(Core :: General, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: jruderman, Unassigned)

References

Details

(Keywords: assertion, testcase, Whiteboard: [sg:investigate])

Attachments

(1 file)

Attached file testcase
###!!! ASSERTION: This is unsafe: 'nsContentUtils::IsSafeToRunScript()', file /Users/jruderman/central/layout/base/nsDocumentViewer.cpp, line 1072
Shouldn't <video> handle bogus protocol the same way as <img>, fire an error event?
For <img> content policies seems to prevent this.
Bug 451004 is about adding content policies checks for <video>.

We could change both <img> and <audio>/<video> to start loading using
a script runner, or perhaps for 1.9.1 it is enough to add content
policies for <audio>/<video> (Bug 451004 is P1 blocking1.9.1+)
Whiteboard: [sg:investigate]
> We could change both <img> and <audio>/<video> to start loading using
> a script runner

That involves one extra heap-allocation per image, no?  I'm not sure I like the performance impact there...
Depends on: 451004
This is now WFM in the latest trunk.
Yep.  I'll add a crashtest.
Group: core-security
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
Flags: in-testsuite+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: