On Ubuntu 23.10: trying to produce 1454 mailletters into one PDF with two images. Same behaviour with creating odt. After "creating documents..." which runs smoothly the system works forever at around 90% CPU on a Lenovo X220 with 10GB RAM. The gnome Dialog: "Application not responding, with "force quit" or "wait" emerges again and again if you choose "wait". If you let things just work out, LibreOffice crashes/closes after ~ 3h. I tried the same Document with only 100 sets out of the database, and it works fine and smoothly, only a short delay after it "creating documents" dialog. I don't have time to check on what amount of mails it starts the observed behaviour. AOpenOffice on a Lenovo X200 with 4GB RAM (Kubuntu 23.10) works with this 1454 Addresses and the same Document without Problems.
Can you please: - test with several files as an output (say, 30 files) - check if the files progressively get bigger (the first one the smallest, the last one the biggest) - paste here your full version information copied from Help > About LibreOffice You didn't get a dialog to report the crash? And if possible, please share an example file for us to test too Thank you!
Created attachment 191078 [details] The odf File I work with - Data in this file are public, so not dataprotection issue
Version: 7.6.2.1 (X86_64) / LibreOffice Community Build ID: 60(Build:1) CPU threads: 4; OS: Linux 6.5; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Ubuntu package version: 4:7.6.2-0ubuntu1 Calc: threaded I didn't get a crash dialog, all open LO Windows just closing without warning, and the tasks in htop are gone. I tested with multiple PDF files output with 100 files - all files are between 102 and 104 kb big. So no growth of files.
And one thing - during this 3h there is a PDF file created, but it stays at 0kb size until LO crashes, and afterwards it is still 0kb, and if you try to open it, it will be opened by ubuntu as plain text file. I probably can attach this 0kb file here.
And one thing - during this 3h there is a PDF file created, but it stays at 0kb size until LO crashes, and afterwards it is still 0kb, and if you try to open it, it will be opened by ubuntu as plain text file.
[Automated Action] NeedInfo-To-Unconfirmed
This shouldn't be a memory problem as it would only hold about 150 mb at once if the output is 1454×102 kb. I tested with your example file and a data source sheet with 1400 rows, using two fields inserted in the first frame. A) Merge as separate documents: When LO reports of "Creating documents", it takes about 2 seconds for 10 documents, so finishes in about 9 minutes. - Then it gets to the Save step: after waiting for about a minute, it only saved the first PDF. B) Merge as a single PDF: - the same amount of time was needed in the "creating documents" step, - but the Save step is frozen for ages and only finished after 16 minutes for me. The 22-mb file has the 1400 pages, as expected. So I am seeing a different issue to you. Could be worth it testing again with the recently released 7.6.3. Version: 7.6.3.2 (X86_64) / LibreOffice Community Build ID: 29d686fea9f6705b262d369fede658f824154cc0 CPU threads: 8; OS: Linux 5.15; UI render: default; VCL: gtk3 Locale: en-AU (en_AU.UTF-8); UI: en-US Calc: threaded
Dear Matthias Naß, 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
Version: 25.8.3.2 (X86_64) / LibreOffice Community Build ID: 8ca8d55c161d602844f5428fa4b58097424e324e CPU threads: 4; OS: Linux 6.17; UI render: default; VCL: gtk3 Locale: de-DE (en_US.UTF-8); UI: en-US Flatpak Calc: threaded Works in this Version. We do the same I did back then 2 times a year with the same amount of merged letters. I had no big issues after back then when I posted this bug initially. It is still slow, but works.