Running AppImages (probably makes tracking down the problem more complicated, but, oh, well). Using calc (also tested it with writer to file this bug). With a simple (one sheet with just a handful of fields with values) spreadsheet, attempted to export as a PDF. Failed on 7.5.2.2. Failed on 7.5.3.2. Went back to 7.4.7.2, and it worked perfectly (as before). When using Export as PDF from the pull-down menu, nothing happened (no file created). When using Export from the pull-down menu (and then selecting PDF in the dialog box, received unable to create file error "Error saving the document <name>. General Error. General input/output error." When attempting to print to virtual PDF printer, LibreOffice crashed.
I can export with both export methods with: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded I tried both the AppImage and the deb packages. Can you please try again in safe mode or with a fresh user profile? https://wiki.documentfoundation.org/UserProfile#Resolving_corruption
Did both (wiped the profile and restarted in Safe Mode). Same behavior as before (unable to export as PDF, but LibreOffice can save to other types of files, such as .jpeg).
[Automated Action] NeedInfo-To-Unconfirmed
(In reply to N.P. from comment #0) > > Failed on 7.5.2.2. Failed on 7.5.3.2. Went back to 7.4.7.2, and it worked > perfectly (as before). Are this packages downloaded directly from LibreOffice or from you Distribution? Please add the Version Information (Help → About LibreOffice → Version Information).
> Are this packages downloaded directly from LibreOffice or from you Distribution? The AppImages came from the source linked on the LibreOffice web site to download AppImages from: https://appimages.libreitalia.org/ > Please add the Version Information (Help → About LibreOffice → Version Information). Sure: Version: 7.5.3.2 (X86_64) / LibreOffice Community Build ID: 9f56dff12ba03b9acd7730a5a481eea045e468f3 CPU threads: 4; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-US (en_US.utf8); UI: en-US Calc: threaded
I used the same source, I installed the latest LibreOffice-fresh.basic-x86_64.AppImage and couldn't reproduce your issue. What is you OS / desktop environment?
(In reply to Stéphane Guillou (stragu) from comment #7) > I used the same source, I installed the latest > LibreOffice-fresh.basic-x86_64.AppImage and couldn't reproduce your issue. The exact AppImage I used: https://appimages.libreitalia.org/LibreOffice-7.5.3.2.standard.help-x86_64.AppImage > What is you OS / desktop environment? Built from source. kernel: 5.15.88 glibc: 2.36 gcc: 12.2.1 binutils: 2.39 python: 3.11.3 Lumina (fluxbox) desktop I want to emphasize again that exporting works perfectly with 7.4.7.2 (which actually looks like the most recent AppImage) and all previous versions, but also fails with 7.5.2.2.
What kind of package manager do you use? Would be great if you could use a different install method, see if it is still reproducible, and produce a backtrace for the crash, given that no one else has been able to reproduce. https://wiki.documentfoundation.org/QA/BugReport/Debug_Information
(In reply to Stéphane Guillou (stragu) from comment #10) > What kind of package manager do you use? I use portage (to build packages from source). > Would be great if you could use a different install method, see if > it is still reproducible, and produce a backtrace for the crash, > given that no one else has been able to reproduce. > > https://wiki.documentfoundation.org/QA/BugReport/Debug_Information I *really* don't want to compile LibreOffice from source (it would require compiling 56 *new* packages in addition to LibreOffice). I use AppImages of certain large applications such as LibreOffice mainly to avoid having to compile them. I have done a couple of straces, which don't seem to show much. With the first (trying to export), almost all of the strace gets written just from starting LibreOffice, with nothing added when trying to export the document. https://dpaste.com/3KUHVHFV3 When attempting to print to a file, I get almost the same strace, except for the ending (and this extra line in the export attempt): < read(3, 0x7ffc12b9a728, 1) = ? ERESTARTSYS (To be restarted if SA_RESTART is set) The attempt to print to a file contains two additional lines at the end (and of course, an exit code of 1 instead of 0): 1764a1764,1765 > terminate called after throwing an instance of 'com::sun::star::uno::RuntimeException' > Unspecified Application Error 1766c1767 < futex(0x1ba1b20, FUTEX_WAKE_PRIVATE, 1) = 0 --- > futex(0x1e5ab20, FUTEX_WAKE_PRIVATE, 1) = 0 1768,1769c1769,1770 < exit_group(0) = ? < +++ exited with 0 +++ --- > exit_group(1) = ? > +++ exited with 1 +++ While I certainly have a willingness to spend time and effort to track this down, I don't have a very high skill level, and have virtually no experience doing any kind of debugging. I could try taking apart the AppImages and running them. It might help me to know what has changed (particularly in library versions) between 7.4 and 7.5.
(In reply to N.P. from comment #8) > (In reply to Stéphane Guillou (stragu) from comment #7) > > I used the same source, I installed the latest > > LibreOffice-fresh.basic-x86_64.AppImage and couldn't reproduce your issue. > > The exact AppImage I used: > > https://appimages.libreitalia.org/LibreOffice-7.5.3.2.standard.help-x86_64. > AppImage > > > What is you OS / desktop environment? > > Built from source. > > kernel: 5.15.88 > glibc: 2.36 > gcc: 12.2.1 > binutils: 2.39 > python: 3.11.3 > > Lumina (fluxbox) desktop > > > I want to emphasize again that exporting works perfectly with 7.4.7.2 (which > actually looks like the most recent AppImage) and all previous versions, but > also fails with 7.5.2.2. Is the working 7.4.7 also packaged by LibreItalia? We had a different third party creating the appimages before. I guess it is some conflict in what the appimage provides vs. what you have built for your user space.
> Is the working 7.4.7 also packaged by LibreItalia? We had a different third party creating the appimages before. I guess it is some conflict in what the appimage provides vs. what you have built for your user space. My apologies in not responding sooner. I have just tested this again on three AppImages packaged by LibreItalia: LibreOffice-7.4.7.2.standard.help-x86_64.AppImage LibreOffice-7.5.5.2.standard.help-x86_64.AppImage LibreOffice-7.6.0.3.standard.help-x86_64.AppImage Unfortunately, I now feel more confused than ever. LibreOffice-7.4.7.2: worked perfectly LibreOffice-7.5.5.2: worked perfectly LibreOffice-7.6.0.3: failed exactly as described above
@N.P. : out of interest, which PDF-A version are you exporting to ?