Created attachment 402981 [details] test case [WinCairo][Uniscribe] Katakana texts are unexpectedly wrapped because they don't fit into its own width
Created attachment 402982 [details] [Screenshot] WinCairo port AppleWin doesn't seem to have this issue.
Created attachment 402983 [details] [screenshot] Goolge News (Japanese) of WinCairo port The text of logo are unexpectedly wrapped in Goolge News (Japanese) of WinCairo port.
Created attachment 403029 [details] 10 katakana '二' characters in "MS PGothic" This issue causes by "MS PGothic" which has an embedded bitmap font and is a proportional font. '二' has 20px width in complex text code path, but 18px width in simple text path in WinCairo. They are 20px width in both code path in AppleWin port. 10 '二' characters are 200px width in AppleWin port both for complex text and simple text code path. AppleWin port is always using TreeType font for "MS PGothic".
RenderText::computePreferredLogicalWidths is assuming the sum of all widths of breakable characters is the preferred logical width. I found a similar issue using line-break:anywhere and kerning. Bug 213772 – The preferred logical width of a text with line-break:anywhere doesn't take kerning into account
https://developers.google.com/web/updates/2019/06/layoutNG
(In reply to Fujii Hironori from comment #3) > Created attachment 403029 [details] > 10 katakana '二' characters in "MS PGothic" This test case should be display in 100% display scaling factor, or zoom out to use the embedded bit map font in high DPI display.
I don't see this bug anymore. This bug seems to be already fixed by someone. r287971 Bad r289804 Good