1881572 - [gpu-canvas] Modified testcase from bug 1238309 will completely lockup the whole browser till the drawing is complete

Status: RESOLVED FIXED

(Core :: Graphics: Canvas2D, defect)

Description

[Mayank Bansal]

Attachment: slow_canvas.html

Use latest Nightly on Windows
Set the following prefs

gfx.direct2d.disabled = true
gfx.canvas.accelerated = true
gfx.canvas.remote.worker-threads = 0

Open the attached testcase

AR: Till drawing is complete, the whole browser is completely lockedup. You can increase the loop count to indefinitely freeze the browser.
ER: Not so. Previously, the browser would continue to be responsive while the page rendered.

gpu-canvas Good (1Oct2023): https://share.firefox.dev/3wr8cT3
gpu-canvas Bad (22Feb2024): https://share.firefox.dev/42NjMUq

Regression range:
Bug 1829026 - Handle KERN_ABORTED from semaphore_wait. r=aosmond
Differential Revision: https://phabricator.services.mozilla.com/D195952

Comment 1

[Mayank Bansal]

Attachment: about:support

Comment 2

[Mayank Bansal]

works really well with d2d-canvas and skia-canvas.

Comment 3

[BugBot [:suhaib / :marco/ :calixte]]

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

:lsalzman, since you are the author of the regressor, bug 1829026, could you take a look? Also, could you set the severity field?

For more information, please visit BugBot documentation.

Comment 4

[Mayank Bansal]

After bug 1863257 and co, the browser remains fully fluid.
Only switching to the demo tab takes some user-noticeable time. But that can be tracked in a different bug.
Calling this fixed by bug 1863257 and co.