Description: LibreOffice writer (all versions) adds dots and dashes to arabic text odt and export to pdf documents. I found a partial solution by unchecking {Kashida-sensitive} in the search dialog box. Fully explained in attached image file. Steps to Reproduce: 1.Nothing special to do. Just write arabic text. 2.Produced especially in Headings (all). 3. Actual Results: See attached image file. Expected Results: Normal clean text. Reproducible: Always User Profile Reset: No Additional Info: not to add undesirable dots and dashes.
Created attachment 169290 [details] 4 screen shot images showing the undesirable dots/dashes added by LibreOffice with my partial solution. Image contains all required information.
The same behaviour occurs also in Linux Mint 19 & 20 exactly the same.
The same behaviour occurs also in all versions of libreoffice from 6.1.2 to 7.4 under Linux Mint 19 & 20; exactly the same as in Windows.
You can't confirm your own bugs. Moving it back to UNCONFIRMED until someone else confirms it.
This bug does not happen in OpenOffice.
Hello Joseph, I'm not able to reproduce this effect. Can you please: 1. Provide _exact_ reproduction instructions, for a person who's not fluent in Arabic? Including how to enter the text (or text to copy from this bug page into the document) 2. Provide a sample ODT document and the resulting PDF file? Also, I have a suspicion that this might have something to do with how Arabic punctuation is encoded, which I've always found a bit confusing. If you'll look at: https://www.utf8icons.com/subsets/arabic-presentation-forms-b you'll see characters/code points which are supposed to be "isolated forms" and "medial forms" - with the medial forms having those baselines. Finally, I don't understand how making changes in the search dialog - which should only affect searching - have any effects on PDF exports.
@Joseph, please see comment 6.
Dear Joseph, This bug has been in NEEDINFO status with no change for at least 6 months. Please provide the requested information as soon as possible and mark the bug as UNCONFIRMED. Due to regular bug tracker maintenance, if the bug is still in NEEDINFO status with no change in 30 days the QA team will close the bug as INSUFFICIENTDATA due to lack of needed information. For more information about our NEEDINFO policy please read the wiki located here: https://wiki.documentfoundation.org/QA/Bugzilla/Fields/Status/NEEDINFO If you have already provided the requested information, please mark the bug as UNCONFIRMED so that the QA team knows that the bug is ready to be confirmed. Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-NeedInfo-Ping
We need a test file. Closing since it is probably similar to other Kashida bugs.
I'm actually going to go ahead and mark this as a dupe of another magical-underscore appearance bug. Joseph, if you can address my comment #6 _and_ believe it's not the same bug, you're welcome to then reopen. *** This bug has been marked as a duplicate of bug 146199 ***
(In reply to Eyal Rozenberg from comment #10) > I'm actually going to go ahead and mark this as a dupe of another > magical-underscore appearance bug. > > Joseph, if you can address my comment #6 _and_ believe it's not the same > bug, you're welcome to then reopen. > > *** This bug has been marked as a duplicate of bug 146199 *** Bug 146199 is in Impress, this one is in Writer, different code bases. People should be a little more careful about marking things duplicate.