Bug 152670 - When editing PDF file Hebrew is displayed as LTR instead of RTL, which makes editing impossible
Summary: When editing PDF file Hebrew is displayed as LTR instead of RTL, which makes ...
Status: VERIFIED DUPLICATE of bug 104597
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Draw (show other bugs)
Version:
(earliest affected)
7.4.2.3 release
Hardware: x86-64 (AMD64) Linux (All)
: medium normal
Assignee: Not Assigned
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: RTL-CTL PDF-Import-Draw
  Show dependency treegraph
 
Reported: 2022-12-25 06:31 UTC by Sergei Steshenko
Modified: 2022-12-25 22:36 UTC (History)
1 user (show)

See Also:
Crash report or crash signature:


Attachments
Screenshot showing the problem (93.18 KB, image/png)
2022-12-25 06:38 UTC, Sergei Steshenko
Details
PDF file used to demonstrate the bug (23.31 KB, application/pdf)
2022-12-25 06:41 UTC, Sergei Steshenko
Details
Source file used to create the two earlier sent attachments (9.84 KB, application/vnd.oasis.opendocument.text)
2022-12-25 06:44 UTC, Sergei Steshenko
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Sergei Steshenko 2022-12-25 06:31:10 UTC
Description:
If I try to edit a PDF file whose contents are in Hebrew, words are displayed as LTR (Left To Right) instead of the required RTL (Right To Left). I.e. order of Hebrew letters in words is reversed, and it makes editing the PDF file impossible.



Steps to Reproduce:
1. Open the attached 'table_with_hebrew.pdf' file and see for yourselves.
2.
3.

Actual Results:
Hebrew words are displayed with letters in reverse order, i.e. Hebrew is displayed as LRT instead of RTL language.

Expected Results:
Hebrew words should be displayed as RTL, i.e. letters should be displayed from right to left.


Reproducible: Always


User Profile Reset: Yes

Additional Info:
Letters in Hebrew words should be displayed RTL.
Comment 1 Sergei Steshenko 2022-12-25 06:38:10 UTC
Created attachment 184336 [details]
Screenshot showing the problem

Upper part of the screenshot shows how the text should look, i.e. the correct RTL; lower part of the table shows how the text actually looks, i.e. wrong LTR.
Comment 2 Sergei Steshenko 2022-12-25 06:41:37 UTC
Created attachment 184337 [details]
PDF file used to demonstrate the bug

Lower part of earlier sent'table_with_hebrew.png' file was created using this PDF file.
Comment 3 Sergei Steshenko 2022-12-25 06:44:15 UTC
Created attachment 184338 [details]
Source file used to create the two earlier sent attachments

Source file used to create earlier sent 'table_with_hebrew.png' and 'table_with_hebrew.pdf' files.
Comment 4 Sergei Steshenko 2022-12-25 15:07:06 UTC
It has to be noted that Scribus ( https://www.scribus.net/ ) and Xournal++ ( https://xournalpp.github.io/ ) deal OK with PDF files having text in Hebrew. Both applications are FOSS, so clues on how to deal with the problem described in this bug report can probably be deduced from Scribus and/or Xournal++.

Also, it's reasonable to assume that the problem described in this bug report probably will show itself with other RTL languages.
Comment 5 ⁨خالد حسني⁩ 2022-12-25 19:39:19 UTC

*** This bug has been marked as a duplicate of bug 104597 ***