Description: A file from the AAVSO ( American Association of Variable Star Observers ) does not open in LibreOffice 7 but opens without problem in 6.3/4. After about 13 minutes of trying the error message appears: "general error, input/output error" The file in question is: https://www.aavso.org/sites/default/files/publications_files/dslr_manual/AAVSO_DSLR_Observing_Manual_V1.4.pdf Other .pdf files that I have tried open as expected in v7 Steps to Reproduce: 1.try to open the file 2. 3. Actual Results: failed to open Expected Results: opened file Reproducible: Always User Profile Reset: No Additional Info: can only add screenshot if needed
I reproduce the IO error here with Version: 7.0.2.2 (x64) Build ID: 8349ace3c3162073abd90d81fd06dcfb6b36b994 CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: CL However, I cannot reproduce the "opens without problem in 6.3/4". Tested with Version: 6.4.0.3 (x64) Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 12; OS: Windows 10.0 Build 19041; UI render: GL; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: CL and with Version: 6.3.0.4 (x64) Build ID: 057fc023c990d676a43019934386b85b21a9ee99 CPU threads: 12; OS: Windows 10.0; UI render: GL; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: CL With all the versions (7.0.2.2, 6.4.0.3, 6.3.0.4) I get almost instant "General input/output error." dialog; no 13 minutes delay. Might be that it has some OS-specific library dependency (so e.g. older versions used OS libraries for OP, while 7.0 was installed from TDF site, and uses some library bundled in the LO package?)
Apologies, should have mentioned the OS:- Ubuntu 20.04
Repro 7.1+ as Mike, never was fine, set to New.
The link provided in the original bug report shows 404 FILE NOT FOUND error. Please attach the test document if some of you have saved it or cached.
The only similar file I can find is https://www.aavso.org/sites/default/files/publications_files/dslr_manual/AAVSO_DSLR_Observing_Manual_V1-4.pdf and I can open this file with the current master build, with relatively good layout and formatting. The only issue is that it takes several minutes to load, with heavy CPU load, which may be due to the fact that LibreOffice uses poppler-based xpdfimport to generate tokens, then generate an ODF stream based on those tokens, then open that ODF stream. Most importantly, in xpdfimport one single char in the PDF will generate one line of drawChar token. This need improvement. I think this has not been changed until now is because this workflow "just works" and the Draw document generated when you open the PDF looks good.
Created attachment 176101 [details] (Hopefully) the problematic file from comment 0 This is what I found in my downloads - hopefully it's that one.
Now I can reproduce with the test file you have kept for more than a year :-) - General Input/Output error. warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:681: error got 2 stack objects in parse warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:684: N8pdfparse7PDFFileE warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:689: (type N8pdfparse7PDFFileE) warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:684: N8pdfparse10PDFTrailerE warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:689: (type N8pdfparse10PDFTrailerE) warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:681: error got 2 stack objects in parse warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:684: N8pdfparse7PDFFileE warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:689: (type N8pdfparse7PDFFileE) warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:684: N8pdfparse10PDFTrailerE warn:sdext.pdfimport.pdfparse:63851:63851:sdext/source/pdfimport/pdfparse/pdfparse.cxx:689: (type N8pdfparse10PDFTrailerE) Similar as what I have found in bug 106057.
*** This bug has been marked as a duplicate of bug 106057 ***