Bug 108604 - wrong kashida placement when exporting to PDF
Summary: wrong kashida placement when exporting to PDF
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Printing and PDF export (show other bugs)
(earliest affected) release
Hardware: All All
: medium normal
Assignee: ⁨خالد حسني⁩
Whiteboard: target:7.5.0 inReleaseNotes:7.5
: 132121 (view as bug list)
Depends on: 104921
Blocks: RTL-Arabic-and-Farsi Kashida-Justification
  Show dependency treegraph
Reported: 2017-06-18 07:05 UTC by Fahad Al-Saidi
Modified: 2022-12-06 17:14 UTC (History)
6 users (show)

See Also:
Crash report or crash signature:

wrong pdf export (44.32 KB, image/png)
2017-06-18 07:06 UTC, Fahad Al-Saidi
sample doc (16.33 KB, application/vnd.oasis.opendocument.text)
2017-06-19 06:23 UTC, Fahad Al-Saidi
wrong pdf export (46.23 KB, application/pdf)
2017-06-19 06:24 UTC, Fahad Al-Saidi
LibreOffice 6.0 alpha0+ (26.52 KB, application/pdf)
2017-06-19 10:41 UTC, Xisco Faulí
the error (107.57 KB, image/png)
2017-06-19 10:52 UTC, Fahad Al-Saidi
Errors in red (34.49 KB, image/png)
2017-06-24 09:17 UTC, Buovjaga
LibreOffice 7.5 dev master (28.57 KB, application/pdf)
2022-07-31 22:19 UTC, Hossein
screenshot of difference between 7.4 and 7.5 in PDF export (15.02 KB, image/png)
2022-12-06 17:14 UTC, Stéphane Guillou (stragu)

Note You need to log in before you can comment on or make changes to this bug.
Description Fahad Al-Saidi 2017-06-18 07:05:23 UTC
This is my first time I use 5.3.3 after upgrading from 4.4. I think this a regression from old version. 

Displaying Arabic text in screen is OK but when exporting to pdf, kashidas are inserted randomly. see the screen shot. 

I can reproduce this bugs with all my fonts. I am using ubuntu 16.04. For me, with this bug is useless!.

Actual Results:  
kashidas are inserted randomly in pdf.

Expected Results:
kashidas are inserted when only I insert them by keyboard.

Reproducible: Always

User Profile Reset: No

Additional Info:

User-Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:53.0) Gecko/20100101 Firefox/53.0
Comment 1 Fahad Al-Saidi 2017-06-18 07:06:06 UTC
Created attachment 134095 [details]
wrong pdf export
Comment 2 Xisco Faulí 2017-06-18 18:25:16 UTC
Thank you for reporting the bug. Please attach a sample document, as this makes it easier for us to verify the bug. 
I have set the bug's status to 'NEEDINFO'. Please change it back to 'UNCONFIRMED' once the requested document is provided.
(Please note that the attachment will be public, remove any sensitive information before attaching it. 
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for help on how to do so.)
Comment 3 Fahad Al-Saidi 2017-06-19 06:23:17 UTC
well, after more investigation I figure out that this problem with old document that created by libreoffice version 5.2 or less. 

I attached a sample file and its pdf from my machine.
Comment 4 Fahad Al-Saidi 2017-06-19 06:23:58 UTC
Created attachment 134122 [details]
sample doc
Comment 5 Fahad Al-Saidi 2017-06-19 06:24:40 UTC
Created attachment 134123 [details]
wrong pdf export
Comment 6 Xisco Faulí 2017-06-19 10:41:51 UTC
Created attachment 134129 [details]
LibreOffice 6.0 alpha0+

Hi Fahad,
Since I can't read Arabic, could you please mark where the problem is? This is how the PDF looks exporting it to PDF with 

Build ID: 08f6f9dded1b142b858c455da03319abac691655
CPU Threads: 4; OS Version: Linux 4.8; UI Render: default; VCL: gtk2; 
Locale: ca-ES (ca_ES.UTF-8); Calc: group
Comment 7 Fahad Al-Saidi 2017-06-19 10:52:29 UTC Comment hidden (obsolete)
Comment 8 Fahad Al-Saidi 2017-06-19 10:53:12 UTC Comment hidden (obsolete)
Comment 9 Buovjaga 2017-06-24 09:17:15 UTC
Created attachment 134240 [details]
Errors in red

You forgot the errors, so I made a new screenshot.
Comment 10 ⁨خالد حسني⁩ 2018-01-25 13:23:04 UTC
Isn’t this a duplicate of bug 113428?
Comment 11 Buovjaga 2018-01-26 11:00:22 UTC
(In reply to Khaled Hosny from comment #10)
> Isn’t this a duplicate of bug 113428?

I guess not, as the problem remains.

Arch Linux 64-bit
Build ID: 19f8a979ff86be39a3938b3d7b25c1431191e708
CPU threads: 8; OS: Linux 4.14; UI render: default; VCL: kde4; 
Locale: fi-FI (fi_FI.UTF-8); Calc: group threaded
Built on January 25th 2018
Comment 12 Buovjaga 2018-06-21 16:09:45 UTC
*** Bug 117907 has been marked as a duplicate of this bug. ***
Comment 13 QA Administrators 2019-06-22 02:50:41 UTC Comment hidden (noise)
Comment 14 Fahad Al-Saidi 2019-06-22 17:55:09 UTC
Not fixed yet
Comment 15 Buovjaga 2020-08-24 06:37:25 UTC
*** Bug 132121 has been marked as a duplicate of this bug. ***
Comment 16 Hossein 2022-07-31 22:19:46 UTC
Created attachment 181513 [details]
LibreOffice 7.5 dev master

The situation is now better with the latest patch from Khaled, but the problem is not yet completely fixed.

vcl: Better kashida insertion position validation
author: Khaled Hosny <khaled@aliftype.com> Sat Jul 30 19:52:28 2022 +0200 9a6b673699fa925f5d87e47d4b359f37ad27260e

See the attachment for the output from the same file from the latest LO 7.5 dev master.
Comment 18 Stéphane Guillou (stragu) 2022-12-06 17:13:18 UTC
I can see the improvement in PDF exports between and:

Version: (X86_64) / LibreOffice Community
Build ID: c9e961e6803a70587bd4686d05abdd4ac11de434
CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3
Locale: en-AU (en_AU.UTF-8); UI: en-US
Calc: threaded

Thanks Khaled!
Comment 19 Stéphane Guillou (stragu) 2022-12-06 17:14:07 UTC
Created attachment 184022 [details]
screenshot of difference between 7.4 and 7.5 in PDF export