https://bugs.documentfoundation.org/show_bug.cgi?id=142236
Buovjaga <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |ilmari.lauhakangas@libreoff | |ice.org Ever confirmed|0 |1 Status|UNCONFIRMED |NEEDINFO --- Comment #7 from Buovjaga <[email protected]> --- (In reply to Richard Parkins from comment #6) > OK, I now have a better idea of what is happening here. I looked at Noto > Serif Hebrew with a font viewer and it only has glyphs defined for Hebrew > characters. Presumably when a non-Hebrew character is to be rendered, > somewhere between the text to be shown by the application and the pixels on > the screen something chooses another font which has a glyph for that > character in order to render it. > > Most applications get that right. The LibreOffice version that came with > OpenSUSE Leap 15.1 gets it right. The LibreOffice version that comes with > OpenSUSE Leap 15.2 doesn't get it right. Based on this, it seems 15.1 had version 7.0: http://download.opensuse.org/repositories/LibreOffice:/7.0/ Old versions are available for testing, also as appimages: https://libreoffice.soluzioniopen.com/old-versions/ Could you test version 7.0 on your current Leap: https://libreoffice.soluzioniopen.com/old/LibreOffice-7.0.0-x86_64.AppImage Appimages are executable files, like portable software. If you don't see the problem with version 7.0 in your current Leap, then it would indeed seem to be a problem with LibreOffice itself, appearing between 7.0 and 7.1. -- You are receiving this mail because: You are the assignee for the bug.
