Description: I use Excel 2010 and Word 2010 to create the document. After copying from Excel and "pasting as EMF" into Word in RTL paragraph, and exporting to PDF, the PDF does not look correct. Steps to Reproduce: 1) Fill some cells in Excel spreadsheet 2) Create a new Word document and change direction to RTL (ctrl+right shift) 3) Select the cells in Excel and copy 4) In Word, select Paste Special... 5) Choose "Picture (Enhanced Metafile)" 6) Save the file in Word 7) Open the file in LibreOffice Writer 8) Observe that it renders correctly 9) Choose File -> Export As -> Export Directly as PDF, then Export 10) Open the file in a PDF viewer Actual Results: The text is moved/invisible Expected Results: PDF should look like original document Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 152271 [details] A document on which this problem can be reproduced
Created attachment 152272 [details] Screenshot of the bug - LibreOffice Writer vs generated PDF
I confirm it with document from comment 2 and Version: 6.4.0.0.alpha0+ (x64) Build ID: b170256fb6ebaf774b02b89835b19d9f3a1afb89 CPU threads: 4; OS: Windows 10.0; UI render: default; VCL: win; TinderBox: Win-x86_64@42, Branch:master, Time: 2019-06-07_03:30:35 Locale: de-DE (de_DE); UI-Language: en-US Calc: threaded
No reproduced in Version: 4.3.0.0.alpha1+ Build ID: c15927f20d4727c3b8de68497b6949e72f9e6e9e
Also fine in Version: 5.2.0.0.alpha1+ Build ID: 5b168b3fa568e48e795234dc5fa454bf24c9805e CPU Threads: 4; OS Version: Linux 4.15; UI Render: default; Locale: ca-ES (ca_ES.UTF-8
Tested on some old versions, all on Win7 x64 5.2.0.1 no bug 5.2.4.2 no bug 5.2.7.2 no bug 5.4.7.2 no bug 6.0.0.0.alpha1 broken 6.0.0.0.beta1 broken 6.0.0.0.beta2 broken 6.0.0.1 broken 6.0.0.2 broken
Regression introduced by: https://cgit.freedesktop.org/libreoffice/core/commit/?id=ebc11ae0b132eefd3b1b1a837a8d0ad3ba73b460 author Thorsten Behrens <Thorsten.Behrens@CIB.de> 2017-08-21 22:44:30 +0200 committer Thorsten Behrens <Thorsten.Behrens@CIB.de> 2017-08-22 12:28:57 +0200 commit ebc11ae0b132eefd3b1b1a837a8d0ad3ba73b460 (patch) tree 599ae51a0a42b111f245697e7ad86b7f85681798 parent a3782f1152e4cf02f30003b5f96c7ba603a87db9 (diff) emfplus: cut over to new EMF+ renderer Bisected with: bibisect-linux64-6.0 Adding Cc: to Thorsten Behrens
Created attachment 159614 [details] Improved testcase screenshot
Created attachment 159615 [details] Improved testcase_l.docx
Created attachment 159616 [details] Improved testcase_r.docx
1. A new testcase is attached, you can see that all the letters in testcase_r.docx are rendered in the wrong direction and the wrong location. 2. This appears not only when exporting to PDF, but also in the thumbnails in the home screen (screenshot attached)
Found the following: this code is in sw\source\core\text\inftxt.cxx: // Set default layout mode ( LTR or RTL ). if ( m_pFrame->IsRightToLeft() ) { m_pOut->SetLayoutMode( ComplexTextLayoutFlags::BiDiStrong | ComplexTextLayoutFlags::BiDiRtl ); m_pRef->SetLayoutMode( ComplexTextLayoutFlags::BiDiStrong | ComplexTextLayoutFlags::BiDiRtl ); m_nDirection = DIR_RIGHT2LEFT; } else { m_pOut->SetLayoutMode( ComplexTextLayoutFlags::BiDiStrong ); m_pRef->SetLayoutMode( ComplexTextLayoutFlags::BiDiStrong ); m_nDirection = DIR_LEFT2RIGHT; } If I comment the "if" part and keep only the else, then in the exported PDF, the metafile is OK. However, this breaks other scenarios in the main display and in exported PDF. (is the export to PDF using different rendering logic?) I hope someone can find a proper fix for this.
Dear Erez W, To make sure we're focusing on the bugs that affect our users today, LibreOffice QA is asking bug reporters and confirmers to retest open, confirmed bugs which have not been touched for over a year. There have been thousands of bug fixes and commits since anyone checked on this bug report. During that time, it's possible that the bug has been fixed, or the details of the problem have changed. We'd really appreciate your help in getting confirmation that the bug is still present. If you have time, please do the following: Test to see if the bug is still present with the latest version of LibreOffice from https://www.libreoffice.org/download/ If the bug is present, please leave a comment that includes the information from Help - About LibreOffice. If the bug is NOT present, please set the bug's Status field to RESOLVED-WORKSFORME and leave a comment that includes the information from Help - About LibreOffice. Please DO NOT Update the version field Reply via email (please reply directly on the bug tracker) Set the bug's Status field to RESOLVED - FIXED (this status has a particular meaning that is not appropriate in this case) If you want to do more to help you can test to see if your issue is a REGRESSION. To do so: 1. Download and install oldest version of LibreOffice (usually 3.3 unless your bug pertains to a feature added after 3.3) from https://downloadarchive.documentfoundation.org/libreoffice/old/ 2. Test your bug 3. Leave a comment with your results. 4a. If the bug was present with 3.3 - set version to 'inherited from OOo'; 4b. If the bug was not present in 3.3 - add 'regression' to keyword Feel free to come ask questions or to say hello in our QA chat: https://web.libera.chat/?settings=#libreoffice-qa Thank you for helping us make LibreOffice even better for everyone! Warm Regards, QA Team MassPing-UntouchedBug
The Pdf is exported in files: include/vcl/pdfwriter.hxx vcl/source/gdi/pdfwriter.cxx vcl/source/gdi/pdfwriter_impl.cxx vcl/source/gdi/pdfwriter_impl2.cxx I would expect that the fix should be in one of these files.
Still present in Version: 7.3.3.1 (x64) / LibreOffice Community Build ID: 1688991ca59a3ca1c74bc2176b274fba1b034928 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 Step: Open attachment 152271 [details] from comment 1 (or attachment 159616 [details] from comment 10) in Word an Writer and compare result. I've changed bug summary, because PDF-Export obviously doesn't cause the problem.
Created attachment 179805 [details] EMF image extracted from testcase_r.docx
The issue is only reproducible when `Anchor` is set to `As Character`. Workaround: 1. Click Right mouse button on image, 2. Select "Anchor" 3. Change "As Character" to "To Paragraoh" or "To Character"
More information about anchoring modes are available at: https://help.libreoffice.org/latest/en-GB/text/swriter/guide/anchor_object.html
No repro in master (still repro in 24.8.0.1)
Seems to have been solved with: https://git.libreoffice.org/core/+/71b7313aa2324b8f7da2026e7b7c2d1c942b497c author Jonathan Clark <jonathan@libreoffice.org> Wed Jul 03 08:56:46 2024 -0600 committer Jonathan Clark <jonathan@libreoffice.org> Wed Jul 03 21:05:03 2024 +0200 tdf#101686 Writer textbox direction changes depending on zoom for both examples: attachment 152271 [details] from comment 1 (or attachment 159616 [details] from comment 10) *** This bug has been marked as a duplicate of bug 101686 ***