Bug 145647 - Arabic tatweel rendered as whitespace with preceding English text
Summary: Arabic tatweel rendered as whitespace with preceding English text
Status: RESOLVED FIXED
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
7.2.0.1 rc
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: ⁨خالد حسني⁩
URL:
Whiteboard: target:7.5.0 inReleaseNotes:7.5
Keywords:
Depends on:
Blocks: Arabic-and-Farsi Kashida-Justification, Tatweel
  Show dependency tree / graph
 
Reported: 2021-11-12 16:51 UTC by Eyal Rozenberg
Modified: 2022-12-07 16:00 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

Attachments
A document with the bug manifesting (11.00 KB, application/vnd.oasis.opendocument.text)
2021-11-12 16:52 UTC, Eyal Rozenberg 		Details
A document with the bug manifesting (11.00 KB, application/vnd.oasis.opendocument.text)
2021-11-22 19:23 UTC, Eyal Rozenberg 		Details
PDF rendering of document (18.17 KB, application/pdf)
2021-11-22 19:25 UTC, Eyal Rozenberg 		Details
Show Obsolete (1) 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 Eyal Rozenberg 2021-11-12 16:51:26 UTC 
Consider the attached document. It has two paragraphs, each with an Arabic word  (سقاية) followed by a manual line break, to ensure the single word is justified all the way to the end of the line; but the second paragraph has the English word "hi" first. So:

سقاية
hi سقاية

You'll notice the Arabic word is justified using tatweel.... except that on the second line, instead of a "brush-stroke" for the tatweel, we get white space.

I've repeated this "test" with a multi-word line:

أنا أحب التطويل
hi أنا أحب التطويل

so as to clarify it's  not an issue having to do with a single word being on the line.

PS - The tatweel should be distributed much more uniformly IMHO but that's another issue.
Comment 1 Eyal Rozenberg 2021-11-12 16:52:31 UTC 
Created attachment 176212 [details]
A document with the bug manifesting

This was created with:

Version: 7.3.0.0.alpha0+ / LibreOffice Community
Build ID: c998691e22ceda15c89d55cf7005201f0392dadb
CPU threads: 4; OS: Linux 5.10; UI render: default; VCL: gtk3
Locale: en-US (en_IL); UI: en-US
TinderBox: Linux-rpm_deb-x86_64@86-TDF, Branch:master, Time: 2021-10-14_11:54:20


... which is also the system on which I observed the bug.
Comment 2 Eyal Rozenberg 2021-11-12 16:53:54 UTC 
Linked to another similar issue.
Comment 3 Eyal Rozenberg 2021-11-22 19:23:23 UTC 
Created attachment 176427 [details]
A document with the bug manifesting

Something in the previous attachment was off, and you couldn't see the bug manifesting.
Comment 4 Eyal Rozenberg 2021-11-22 19:25:17 UTC 
Created attachment 176428 [details]
PDF rendering of document

PDF rendering of attachment 176427 [details], using LO 7.2.0.1 on Devuan GNU/Linux.
Comment 5 Dieter 2021-12-08 07:58:03 UTC 
I confirm it with attached document and

Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community
Build ID: 2934472ab888ebfe64a153984af2902fac63a7a0
CPU threads: 4; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: en-GB
Calc: CL

Steps to reproduce
1. Open attachment 176427 [details]
2. Place cursor right from the first line
3. Type "hi" (O.K.)
4. type a space => bug becomes visible
Comment 7 Dieter 2022-10-02 14:06:32 UTC 
I can see the difference in actual master, but can't assess, if this bug is resolved now. Eyal, please have a look at it.