On Mon, 18 Sep 2023 06:19:05 GMT, Arno Zeller <[email protected]> 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@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
