Bug 131222

Summary:	Use Libre Office draw to import pdf file. Then add text box with Hebrew. Then export to pdf. Upon import text is backward.
Product:	LibreOffice	Reporter:	Ilan Tal <ilan.tal>
Component:	Draw	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED DUPLICATE
Severity:	normal	CC:	iantheprogrammer, vsfoote
Priority:	medium
Version:	6.4.1.2 release
Hardware:	All
OS:	Linux (All)
Whiteboard:
Crash report or crash signature:		Regression By:
Attachments:	test bad import to draw

Description Ilan Tal 2020-03-08 11:28:49 UTC

Description:
Draw has a very nice feature to modify pdf files using text boxes.
The trick is to make a text box, in my case, add Hebrew text.
Then possibly reduce the text font to fit where it should be placed.
Drag it to the position to do the update.
Save the result as an odg file, and export it to pdf.
The bug is if you then import the updated pdf, the Hebrew will be backwards.

Steps to Reproduce:
1.Import original pdf file
2.Add you text boxes in appropriate positions (maybe reduce text font)
3.Export modified pdf.
4.Verify the pdf file displays well under the pdf viewer.
5.Import the modified pdf.
6.Verify the text box entries are backwards.

Actual Results:
Hebrew text in boxes is backwards after import to Draw

Expected Results:
Hebrew should display as it does in the pdf viewer.


Reproducible: Always


User Profile Reset: No



Additional Info:
I am using Ubuntu 16.04. Don't have a Windows machine - not sure what happens there. If you find it works on Windows, I can look around for a machine and try it locally. (I saved both the odg and pdf modified files.)

Comment 1 ian 2020-03-08 14:25:32 UTC

Thank you for reporting the bug. 

Please attach the Draw and PDF files mentioned at the end of your bug report 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 documents are provided.

(Note that the attachments will be public, remove any sensitive information before attaching them.
See https://wiki.documentfoundation.org/QA/FAQ#How_can_I_eliminate_confidential_data_from_a_sample_document.3F for further details.)

Comment 2 Ilan Tal 2020-03-08 15:09:58 UTC

Yes, I wasn't happy about giving away my details.
I made another test and will attach test.odg and test.pdf.
Clearly test.odg displays correctly and test.pdf displays correctly in the pdf viewer. However if you use Draw to display test.pdf the Hebrew is backwards.

If I can help, please let me know.
Ilan

Comment 3 Ilan Tal 2020-03-08 15:12:24 UTC

Created attachment 158496 [details]
test

Comment 4 Ilan Tal 2020-03-08 15:13:39 UTC

Created attachment 158497 [details]
bad import to draw

Comment 5 V Stuart Foote 2020-03-08 15:19:23 UTC


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

Comment 6 Ilan Tal 2020-03-19 06:30:20 UTC

There is some logic in your work-around. In the attached file most of the text is actually an image. Clearly an image won't be flipped.
There are also text objects which I inserted over parts of the image. These are the problematic parts.
The pdf viewer recognizes them as Hebrew text and displays right to left. Libre Office fails to see that the text overlays are Hebrew.

I don't know exactly how you saved the PDF the second time around. What was the input file?
If the input was the PDF and the output PDF, maybe the double switched output looks OK on Libre Office but it probably looks backwards on pdf viewer.
The real problem is to find why Libre Office doesn't recognize the text boxes as Hebrew text?


On Wed, 18 Mar 2020 at 16:54, <bugzilla-daemon@bugs.documentfoundation.org> wrote:

    Comment # 34 on bug 104597 from Alex Cohn

    For all interested, I have a partial work-around: I saved the PDF and opened it
    again. Now the Hebrew text is flipped twice. For many (but not all) fields this
    works.

Comment 7 V Stuart Foote 2020-06-24 14:05:04 UTC


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