[webkit-changes] [WebKit/WebKit] f9961c: Debug assertion on https://www.browserbench.org/Mo...

Nikolas Zimmermann noreply at github.com
Wed Sep 25 14:29:34 PDT 2024


  Branch: refs/heads/main
  Home:   https://github.com/WebKit/WebKit
  Commit: f9961c9edb08ac769918287772cc1e0167c05918
      https://github.com/WebKit/WebKit/commit/f9961c9edb08ac769918287772cc1e0167c05918
  Author: Nikolas Zimmermann <nzimmermann at igalia.com>
  Date:   2024-09-25 (Wed, 25 Sep 2024)

  Changed paths:
    M Source/WebCore/platform/graphics/SystemImage.h
    M Source/WebCore/platform/graphics/controls/ControlPart.h

  Log Message:
  -----------
  Debug assertion on https://www.browserbench.org/MotionMark1.3.1/developer.html
https://bugs.webkit.org/show_bug.cgi?id=280214

Reviewed by Said Abou-Hallawa.

When using threaded CPU rendering on WPE, clicking the  'Run Benchmark'
button on MotionMark developer.html fires an assertion. The ControlPart
object, associated with the button, is constructed during DisplayList
replay on a secondary thread, but destructed in the render tree teardown
phase during layout() on the main thread -- this leads to an assertion
in debug builds, that the construction/destruction thread is not
matched. Fix that by making ControlPart ThreadSafeRefCounted.

Covered by existing tests on WPE, in CPU rendering mode.

* Source/WebCore/platform/graphics/SystemImage.h:
* Source/WebCore/platform/graphics/controls/ControlPart.h:

Canonical link: https://commits.webkit.org/284244@main



To unsubscribe from these emails, change your notification settings at https://github.com/WebKit/WebKit/settings/notifications


More information about the webkit-changes mailing list