Closed Bug 1786455 Opened 2 years ago Closed 2 years ago

Perma [tier 2] Assertion failure: !UpdateResponsiveSource() (The image source should be the same because we update the responsive source synchronously), at /builds/worker/checkouts/gecko/dom/html/HTMLImageElement.cpp:890

Categories

(Core :: DOM: Core & HTML, defect, P5)

defect

Tracking

()

RESOLVED FIXED
106 Branch
Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- unaffected
firefox104 --- unaffected
firefox105 --- unaffected
firefox106 --- fixed

People

(Reporter: intermittent-bug-filer, Assigned: boris)

References

(Blocks 1 open bug, Regression)

Details

(Keywords: assertion, intermittent-failure, regression)

Attachments

(1 file)

Filed by: mlaza [at] mozilla.com
Parsed log: https://treeherder.mozilla.org/logviewer?job_id=388157903&repo=mozilla-central
Full log: https://firefox-ci-tc.services.mozilla.com/api/queue/v1/task/TXHJIcGJTuygQn_kxUzfUA/runs/0/artifacts/public/logs/live_backing.log


[task 2022-08-23T03:24:15.708Z] 03:24:15     INFO - TEST-OK | layout/style/test/test_bug418986-2.html | took 183ms
[task 2022-08-23T03:24:15.718Z] 03:24:15     INFO - GECKO(3931) | [Parent 3931, Main Thread] WARNING: Received `load` event on unbridged BrowserParent!: file /builds/worker/checkouts/gecko/dom/ipc/BrowserParent.cpp:3996
[task 2022-08-23T03:24:15.718Z] 03:24:15     INFO - GECKO(3931) | [Parent 3931, Main Thread] WARNING: Received `load` event on unbridged BrowserParent!: file /builds/worker/checkouts/gecko/dom/ipc/BrowserParent.cpp:3996
[task 2022-08-23T03:24:15.719Z] 03:24:15     INFO - GECKO(3931) | Assertion failure: !UpdateResponsiveSource() (The image source should be the same because we update the responsive source synchronously), at /builds/worker/checkouts/gecko/dom/html/HTMLImageElement.cpp:890
[task 2022-08-23T03:24:15.724Z] 03:24:15     INFO -  Initializing stack-fixing for the first stack frame, this may take a while...
[task 2022-08-23T03:24:21.868Z] 03:24:21     INFO - GECKO(3931) | #01: mozilla::dom::HTMLImageElement::LoadSelectedImage(bool, bool, bool) [dom/html/HTMLImageElement.cpp:888]
[task 2022-08-23T03:24:21.869Z] 03:24:21     INFO - GECKO(3931) | #02: mozilla::dom::ImageLoadTask::Run(mozilla::AutoSlowOperation&) [dom/html/HTMLImageElement.cpp:101]
[task 2022-08-23T03:24:21.869Z] 03:24:21     INFO - GECKO(3931) | #03: mozilla::CycleCollectedJSContext::PerformMicroTaskCheckPoint(bool) [xpcom/base/CycleCollectedJSContext.cpp:677]
[task 2022-08-23T03:24:21.870Z] 03:24:21     INFO - GECKO(3931) | #04: nsGlobalWindowInner::CallDocumentFlushedResolvers(bool) [dom/base/nsGlobalWindowInner.cpp:7325]
[task 2022-08-23T03:24:21.871Z] 03:24:21     INFO - GECKO(3931) | #05: nsGlobalWindowInner::FreeInnerObjects() [dom/base/nsGlobalWindowInner.cpp:1234]
[task 2022-08-23T03:24:21.871Z] 03:24:21     INFO - TEST-START | layout/style/test/test_bug437915.html

Hi Boris, can you please take a look? thanks :)

Flags: needinfo?(boris.chiou)

Set release status flags based on info from the regressing bug 1694741

This is being hit frequently by the DOM fuzzers.

Blocks: domino

I tries to reproduce this assertion by
./mach mochitest layout/style/test/test_bug418986-2.html --enable-xorigin-tests --run-until-failure

And looks like we hit the assertion because we are still running the load image task after calling DestroyContent() (i.e. after finishing the test).

Perhaps a simple way is to add one extra condition to check if the content is destroyed.

Assignee: nobody → boris.chiou
Flags: needinfo?(boris.chiou)

It seems UpdateResponsiveSource() may return an unexpected result after
we call HTMLImageElement::ContentDestroy(), which nullifies
mResponsiveSelector. So we have to tweak the assertion condition.

We can reproduce this by running layout/style/test/test_bug418986-2.html
with xorigin, if we don't apply this patch.

Attachment #9291234 - Attachment description: Bug 1786455 - Don't assert after we call ContentDestroy for this image element. → Bug 1786455 - Clear the pending image load task after we destroy the image element.
Pushed by bchiou@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/d1c5e3749ee4
Clear the pending image load task after we destroy the image element. r=emilio
Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → FIXED
Target Milestone: --- → 106 Branch
See Also: → 1787671
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: