[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