RFR: 8219641: java/awt/font/Rotate/RotatedTextTest.java fails on Linux: Test failed for angle 15.0

Matthias Baesken mbaesken at openjdk.org
Mon Sep 18 14:37:40 UTC 2023


On Mon, 18 Sep 2023 06:19:05 GMT, Arno Zeller <azeller at openjdk.org> wrote:

> The test fails on newer SLES versions that have RobotoSlab-Regular.ttf as default font. I suggest to try getting a DejaVu font as default on Linux because it is known to work without issues.

Hi Alexey,  there is a bit of discussion here https://bugs.openjdk.org/browse/JDK-8219641
see the older comment  ....

The RobotoSlab-Regular.ttf: "Roboto Slab" "Regular" from /usr/share/fonts/truetype/RobotoSlab-Regular.ttf is indeed causing the trouble.
fc-match shows this one as the preferred font for serif so probably thats why it shows up too when tracing is enabled.

user at sles15-x86_64_machine:> fc-match serif
RobotoSlab-Regular.ttf: "Roboto Slab" "Regular"

The test RotatedTextTest shows a small width difference in the rotation (but the test assumes the width difference is 0 and fails). I wonder if the test can really assume a width difference 0 , is this really what we can expect for all fonts on the various distros ?
I worked around the issue by changing the defaults stored in $HOME/.java/fonts/<release>/fcinfo-1-<machine-name>.... where I replaced Roboto Slab by the good old
DejaVu Serif fileName=/usr/share/fonts/truetype/DejaVuSerif.ttf ; then the width difference is gone and the test passes .
Is there a better way to change the font than adjusting $HOME/.java/fonts/<release>/fcinfo-1-<machine-name>.... ?
And can we really assume a width-difference == 0 in the rotation process ?

-------------

PR Comment: https://git.openjdk.org/jdk/pull/15780#issuecomment-1723562862


More information about the client-libs-dev mailing list