Description: When I tried using Libreoffice 25.x.x to edit my diagram PDF file, I found that something are disappeared. But everything is working well in using Libreoffice 24.x.x.x and early version Steps to Reproduce: 1.Importing a diagram PDF file which is larger than default (A4) size into Draw. Actual Results: Those parts out of A4 size background are disappeared. Expected Results: Whole diagram or painting should appear. Reproducible: Always User Profile Reset: No Additional Info: If you want, I can send my diagram pdf generated by Matlab to you
Created attachment 201321 [details] Abnormal importing PDF
Created attachment 201322 [details] Normal importing PDF by Libreoffice 24.x.x.x
Please test in safe mode, Menu/Help/Restart in Safe Mode Please attach a sample file, reduce the size as much as possible without private information, and paste the information in Menu/Help/About LibreOffice, there is a copy icon.
(In reply to m_a_riosv from comment #3) > Please test in safe mode, Menu/Help/Restart in Safe Mode > > Please attach a sample file, reduce the size as much as possible without > private information, > and paste the information in Menu/Help/About LibreOffice, there is a copy > icon. The sample file is uploaded now. Please try importing it into Libreoffice 24.x.x.x and 25.x.x.x separately
Created attachment 201324 [details] Sample file
The PDF you uploaded has missing information on the left and right hand sides when I open it in Apple Preview, so to me, this doesn't look like a but in the LibreOffice import, but in the software that produced the PDF ?
(In reply to Alex Thurgood from comment #6) > The PDF you uploaded has missing information on the left and right hand > sides when I open it in Apple Preview, so to me, this doesn't look like a > but in the LibreOffice import, but in the software that produced the PDF ? I would add that I see the same problem in Adobe PDF Viewer on macOS.
The attached pdf file opens with all parts (e.g. 5 charts) in Version: 24.8.3.2 (X86_64) / LibreOffice Community Build ID: 48a6bac9e7e268aeb4c3483fcf825c94556d9f92 CPU threads: 32; OS: Windows 11 X86_64 (10.0 build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded There are parts missing when opening in Version: 25.8.0.0.alpha1+ (X86_64) / LibreOffice Community Build ID: e24aa1d0f692cb6d64c00353356b0731e9afbadc CPU threads: 32; OS: Windows 11 X86_64 (build 26100); UI render: Skia/Vulkan; VCL: win Locale: de-DE (de_DE); UI: en-US Calc: threaded Since LibreOffice was able to handle the file in 24.8 regardless of any errors in the file and now can no longer do it properly, that is a regression in LibreOffice for me.
Marking to NEW for now (comment 8), so a bibisect can be done to identify the cause. If it's a true bug can be decided later. The PDF renders broken in multiple PDF viewers..
bibisected with win64-25.8 author Dr. David Alan Gilbert commit abfbca2719767516d5a35ee641ddd0d96d93e4ea tdf#85428: Clip strokes Clip stroke paths coming from the PDF import. Similar to my previous patches for fills. (It's possible we might have to do something clever with cropping of arrows/etc but not sure yet) Change-Id: I9e46deac4a722e3ac510f0cc4bdb6b38b67c579e Reviewed-on: https://gerrit.libreoffice.org/c/core/+/176952
(In reply to Alex Thurgood from comment #6) > The PDF you uploaded has missing information on the left and right hand > sides when I open it in Apple Preview, so to me, this doesn't look like a > but in the LibreOffice import, but in the software that produced the PDF ? It is a diagram file generated by Matlab with PDF format. Unfortunately, in the most used PDF viewer softwares, it looks like being cut.
I have a similar problem. Version 25.2.4 simply cannot open any PDF any more. I shall add the error message, which appears for each attempt. I have to go back to version 24.
Created attachment 201568 [details] I/O error message May be there is still a difference to the bug reported originally, because I am using MacOS for ARM.
@David, you may not have seen this regression report as some old email (dgilbert@redhat.com) was used following the bisection...
(In reply to Zerofino from comment #12) > I have a similar problem. Version 25.2.4 simply cannot open any PDF any > more. I shall add the error message, which appears for each attempt. > I have to go back to version 24. Hi Zerofino, I think you'll find that is a different bug, and it is this one: https://bugs.documentfoundation.org/show_bug.cgi?id=167080 the fix went in a few days ago.
(In reply to Saburo from comment #10) > bibisected with win64-25.8 > > author Dr. David Alan Gilbert > commit abfbca2719767516d5a35ee641ddd0d96d93e4ea > > tdf#85428: Clip strokes > Clip stroke paths coming from the PDF import. > Similar to my previous patches for fills. > > (It's possible we might have to do something clever with cropping > of arrows/etc but not sure yet) > > Change-Id: I9e46deac4a722e3ac510f0cc4bdb6b38b67c579e > Reviewed-on: https://gerrit.libreoffice.org/c/core/+/176952 Thanks Stuart for copying my present self in. OK, I believe that with that change the behaviour is now _correct_ - as Alex say in comment 6 & 7 it matches what Apple PDF viewer shows, and for me what Okular shows. To me it looks like the original PDF file is misgenerated; it looks like a landscape document printed on portrait 'paper'; and what all the pdf viewers are doing (including LO with that patch) is they're clipping the PDF to the page bounding box. Now, it's not perfect still - while we're correctly cropping out the graphics that have spilled over, we've not cropped the text that's outside the bounds yet; that's a known bug that we've not got any text cropping. (That does confuse things a little since that looks like we've accidentally lost some components!) tdf#86211 includes the text not getting clipped. So setting resolved->notabug