Bug 218716

Summary: [GLIB] mathml/presentation/non-bmp-operators-stretching.html is image diff failing in the first run
Product: WebKit Reporter: Lauro Moura <lmoura>
Component: MathMLAssignee: Nobody <webkit-unassigned>
Status: NEW ---    
Severity: Normal CC: bugs-noreply, fred.wang, webkit-bug-importer
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
Attachments:
Description Flags
Imgdiff of first failed run none

Description Lauro Moura 2020-11-09 10:52:08 PST
Created attachment 413601 [details]
Imgdiff of first failed run

mathml/presentation/non-bmp-operators-stretching.html

The test operators are not stretched in the prefix form when it is the first of its kind run, likely missing some kind of initialization. For example, running 3 iterations, the first one fails and the other 2 work fine. But with `--run-singly`, it fails in all 3 iterations.

Running the non-bmp-operators-spacing test before it also makes the test pass.

A similar behavior happens in MiniBrowser:

- Load mathml/presentation/non-bmp-operators-stretching.html. Not stretched
- Load mathml/presentation/non-bmp-operators-stretching-expected.html (or the spacing version)
- Navigate back to mathml/presentation/non-bmp-operators-stretching.html - Stretched
- A full reload brings back the failure.

I noticed this while investigating the failure in a WPE build[1], likely due to being run after a worker crash.

[1] https://build.webkit.org/results/WPE-Linux-64-bit-Release-Tests/r269580%20(20968)/results.html

Attached is the img diff of the failure. Some letters diff but only in its vertical position, due to the operator height.

As this is kinda corner case, I'll not update the expectations to avoid hiding eventual more reproducible failures.
Comment 1 Radar WebKit Bug Importer 2020-11-16 10:53:15 PST
<rdar://problem/71448632>