[Webkit-unassigned] [Bug 249145] [GTK] Regressions related to USE_ANGLE_WEBGL and WebGL 2 enablement

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=249145

--- Comment #6 from Michael Catanzaro <mcatanzaro at gnome.org> ---
I can't reproduce the problems either.

Unfortunately, asking users to bisect WebKit by building it themselves is not very realistic. We can ask them to use flatpak-bisect to test runtime builds that we've built, but for Tech Preview that only tells us what release introduced the problems, and in this case we already know it's 2.39.1. If we had Canary working, then we could ask to bisect the WebKit runtime and get more granularity, but Canary has been turned off since we switched to GTK 4 because there is no WebKit runtime for GTK 4 yet. So there's no realistic way to ask for more granularity here, unless kdwkleung is willing to try building WebKit manually, which is possible but not easy for newcomers. (But if you're willing to do it, that would help us precisely pinpoint the cause of these problems.)

(In reply to Carlos Garcia Campos from comment #3)
> (In reply to Michael Catanzaro from comment #2)
> > Well ANGLE is printing errors when we don't expect it to be used at all. See
> > e.g. https://bugs.webkit.org/show_bug.cgi?id=248223#c10
> 
> See also comment 11 there.

Ah, you're right, I see. Maybe that bug report just got a little too confused....

(In reply to Carlos Garcia Campos from comment #4)
>  - The ANGLE WebGL and WebGL2: it seems we are failing to create the GL
> context in some cases.

Indeed.

>  - Async scrolling refactorings: I merged in 2.38 the commits actually
> fixing issues, but not all the other refactorings that shouldn't affect the
> behavior, but maybe there's a bug hidden there causing kinetic scrolling to
> fail for some people.

No doubt that's the cause of bug #249199, but could it be related to the blocked bugs here?

(I have noticed keyboard scrolling is unreliable after your keyboard animation work, but so far kdwkleung has only complained about touchpad scrolling.)

>  - Threaded rendering disabled by default: this only affects GTK4 builds
> that used to have threaded rendering enabled. We detected some crashes and
> decided to disable it. This might be the cause of performance regressions,
> but it's easy to check because threaded rendering can still be enabled using
> the env var WEBKIT_NICOSIA_PAINTING_THREADS=4

We know this isn't to blame because kdwkleung tested it already.

>  - Nested wayland compositor removed: I don't think this affects most of the
> users that should already be using the wpe renderer.

We know this isn't to blame because these are bug reports for Tech Preview, which already had WPE renderer, so this did not change.

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.webkit.org/pipermail/webkit-unassigned/attachments/20221213/0368f46f/attachment-0001.htm>