https://bugs.winehq.org/show_bug.cgi?id=52951
Bug ID: 52951 Summary: gdi32:font - test_GetGlyphOutline() fails on "VL Gothic" in Wine Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: gdi32 Assignee: wine-bugs@winehq.org Reporter: fgouget@codeweavers.com Distribution: ---
gdi32:font - test_GetGlyphOutline() fails on "VL Gothic" in Wine:
font.c:4885: Test failed: expected 36, got 19 (VL Gothic:136) font.c:4903: Test failed: expected 36, got 19 (VL Gothic:136)
https://test.winehq.org/data/patterns.html#gdi32:font
This begs two questions:
1. Is this a bug in the font, or a bug in the test? 2. Why does this happen on the debian11 (and debiant) VMs, but not on fg-deb64 (my development machine)?
On Debian VL Gothic is brought in by this package dependency chain:
libsane -> libpoppler-glib8 -> libpoppler102 -> poppler-data -(suggest)-> fonts-vlgothic
Interestingly poppler-data has alternatives to fonts-vlgothic one of which is already installed:
fonts-ipaexfont-gothic fonts-ipfont-gothic (installed) fonts-ipafont-nonfree-jisx0208 fonts-mona fonts-takao-gothic fonts-umeplus-cl fonts-vlgothic (installed)
But the reason for the difference is that fg-deb64 has the AR PL UMing CN font (from the fonts-arphic-uming package) and not the TestBot VMs. The lack of UMing also causes a test to be skipped on the TestBot VMs:
1: (IPAGothic:128) 2: (NanumGothicCoding:129) font.c:4867: Tests skipped: Fixed-pitch TrueType font for charset 134 is not available 4: (VL Gothic:136)
So I'm going to install fonts-arphic-uming on the TestBot VMs which should swipe these two failures under the rug. Note: I don't have information on how much this will increase the runtime (see bug 51367) but it seems like it shouldn't be too bad.
https://bugs.winehq.org/show_bug.cgi?id=52951
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|wine-bugs@winehq.org |fgouget@codeweavers.com Keywords| |source, testcase
https://bugs.winehq.org/show_bug.cgi?id=52951
Sagawa sagawa.aki+winebugs@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |sagawa.aki+winebugs@gmail.c | |om
--- Comment #1 from Sagawa sagawa.aki+winebugs@gmail.com ---
From my viewpoint, this is a bug in font.
VL Gothic ver.20200720 has a strange xAvgCharWidth value, 958, in OS/2 table. Generally, xAvgCharWidth is half of the unitsPerEm for Japanese fixed-pitch font. Previous version of VL Gothic, e.g. 20141206, had 500 xAvgCharWidth.
I've tested the font face on Windows. It shows unnatural horizontal spaces between Kanji characters. However, VL Gothic mainly designed for Linux. I guess it doesn't matter on Linux.
https://bugs.winehq.org/show_bug.cgi?id=52951
--- Comment #2 from François Gouget fgouget@codeweavers.com --- I reported the issue to Debian and it looks like the issue has been fixed upstream in version 20200720. The Debian package has been updated so this should presumably not be happening anymore on Debian Testing once the package trickles down:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1012399