Bug 154362 - Opentype support broken for Hebrew fonts
Summary: Opentype support broken for Hebrew fonts
Status: RESOLVED WORKSFORME
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: LibreOffice (show other bugs)
Version:
(earliest affected)
7.5.1.2 release
Hardware: All All
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: RTL-CTL Font-Rendering
  Show dependency treegraph
 
Reported: 2023-03-24 11:11 UTC by Maxim Iorsh
Modified: 2023-06-06 16:29 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Broken OT features - 7.5.1.2 (152.25 KB, image/png)
2023-03-24 11:12 UTC, Maxim Iorsh
Details
Correct OT features - 6.4.7.2 (179.35 KB, image/png)
2023-03-24 11:12 UTC, Maxim Iorsh
Details
Sample document (29.12 KB, application/vnd.oasis.opendocument.text)
2023-03-24 11:13 UTC, Maxim Iorsh
Details
Font with OT support (145.02 KB, application/vnd.oasis.opendocument.formula-template)
2023-03-24 11:13 UTC, Maxim Iorsh
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Maxim Iorsh 2023-03-24 11:11:35 UTC
Regression: Opentype is broken for Hebrew fonts (not entirely, but some features)

For example, alternative "Ayin" form is not substituted - see screenshots
Comment 1 Maxim Iorsh 2023-03-24 11:12:00 UTC
Created attachment 186182 [details]
Broken OT features - 7.5.1.2
Comment 2 Maxim Iorsh 2023-03-24 11:12:35 UTC
Created attachment 186183 [details]
Correct OT features - 6.4.7.2
Comment 3 Maxim Iorsh 2023-03-24 11:13:14 UTC
Created attachment 186184 [details]
Sample document
Comment 4 Maxim Iorsh 2023-03-24 11:13:46 UTC
Created attachment 186185 [details]
Font with OT support
Comment 5 Maxim Iorsh 2023-03-24 11:16:07 UTC
Using AppImage:

Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 4; OS: Linux 5.4; UI render: default; VCL: kf5 (cairo+xcb)
Locale: he-IL (he_IL.UTF-8); UI: en-US
Calc: threaded
Comment 6 Eyal Rozenberg 2023-03-24 13:32:19 UTC
I _cannot_ reproduce with a nightly from March 19th:

Version: 7.6.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: b5c3a7502f7ff6ccf0f829c1f3a2ba50b8584c41
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: gtk3
Locale: he-IL (en_IL); UI: en-US

nor with 7.5.0.3 and your VCL:

Version: 7.5.0.3 (X86_64) / LibreOffice Community
Build ID: c21113d003cd3efa8c53188764377a8272d9d6de
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-IL (en_IL); UI: en-US
Comment 7 Eyal Rozenberg 2023-03-24 13:38:23 UTC
(In reply to Eyal Rozenberg from comment #6)
... nor could I reproduce with:

Version: 7.5.1.2 (X86_64) / LibreOffice Community
Build ID: fcbaee479e84c6cd81291587d2ee68cba099e129
CPU threads: 4; OS: Linux 6.1; UI render: default; VCL: kf5 (cairo+xcb)
Locale: en-IL (en_IL); UI: en-US
Comment 8 Maxim Iorsh 2023-03-24 14:16:54 UTC
Are you trying to reproduce it with AppImage? I suspect that the issue is with some external library (possibly HarfBuzz shaper), and this library can be different on our machines.

Do you know if AppImage is fully self-contained (i.e. has *all* dependencies inside it)?
Comment 9 ⁨خالد حسني⁩ 2023-05-30 10:12:10 UTC
(In reply to Maxim Iorsh from comment #8)
> Are you trying to reproduce it with AppImage? I suspect that the issue is
> with some external library (possibly HarfBuzz shaper), and this library can
> be different on our machines.
> 
> Do you know if AppImage is fully self-contained (i.e. has *all* dependencies
> inside it)?

Can you repriduce with DEB or RPM builds from https://www.libreoffice.org/download/download-libreoffice/, if not then that is an AppImage bug and should be reported to AppImage developers.
Comment 10 ⁨خالد حسني⁩ 2023-06-06 16:29:08 UTC
AppImage builds are provided by third-party, please re-open if you can reproduce with official TDF builds.