[Webkit-unassigned] [Bug 222753] New: [GLIB] fast/text/multi-code-unit-simple-path.html is image failing
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Thu Mar 4 11:11:29 PST 2021
https://bugs.webkit.org/show_bug.cgi?id=222753
Bug ID: 222753
Summary: [GLIB] fast/text/multi-code-unit-simple-path.html is
image failing
Product: WebKit
Version: WebKit Nightly Build
Hardware: Unspecified
OS: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: Text
Assignee: webkit-unassigned at lists.webkit.org
Reporter: lmoura at igalia.com
CC: mmaxfield at apple.com
fast/text/multi-code-unit-simple-path.html
This test tries to render \x11300 and expects a mismatch with an empty document (i.e. something should be rendered). For both GTK and WPE, an empty actual.png is generated, making the expected mismatch to fail.
MiniBrowser correctly renders the box around the would be glyph. Forcing WTR to dump the render tree (by removing the expected html), there is a text run for the character:
layer at (0,0) size 800x600
RenderView at (0,0) size 800x600
layer at (0,0) size 800x71
RenderBlock {HTML} at (0,0) size 800x71
RenderBody {BODY} at (8,8) size 784x55
RenderBlock {DIV} at (0,0) size 784x55
RenderText {#text} at (0,1) size 37x53
text run at (0,1) width 37: "\x{D804}\x{DF00}"
The same failure happens with other characters where the browsers shows the placeholder box, even from the BMP (so, unrelated to the original patch from bu221356). For example, \u1800 (Mongolian block).
--
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/20210304/59c3ed53/attachment.htm>
More information about the webkit-unassigned
mailing list