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: Font-Rendering RTL CTL
  Show dependency tree / graph
 
Reported: 2023-03-24 11:11 UTC by Maxim Iorsh
Modified: 2024-08-03 09:15 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
View All Add an attachment (proposed patch, testcase, etc.)

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.