Description: On Windows 7 and 10: LibreOffice 6.2.8, 6.4.6 and 7.0 (32 and 64 bit) all failed to generate a mailmerge that generates 4116 PDF single files with a predefined name (from a field) Steps to Reproduce: 1. Open the odt file with Writer 2. Tell the Writer to use the furnished database 3. Do mailmerge (all pages, create single page files, save as PDF format) Actual Results: It prints until entry ~2440, skipping the others. Total PDFs should be ~4110. LibreOffice doesn't show any error. Expected Results: It should generate ~4110 PDFs Reproducible: Always User Profile Reset: Yes Additional Info: On Linux it works. Only in Windows it does not.
Created attachment 164380 [details] documents demonstrating the bug
Repro in W7 with LO master 7.1+. I used XLS database. I had 2426 individual files and stop. I'll set to Low because it's possible to generate single PDF and split all in some PDF tool. Further tests could be done, like with OO 3.3 to see if this is a regression.
(In reply to Timur from comment #2) > Repro in W7 with LO master 7.1+. I used XLS database. > I had 2426 individual files and stop. > I'll set to Low because it's possible to generate single PDF and split all > in some PDF tool. > Further tests could be done, like with OO 3.3 to see if this is a regression. The problem is that we name the PDFs with a field from CSV, if we use a PDF tool, all PDF will be named as "page number.PDF". Hope I explained better the problem. We had to generate over 99.000 PDFs successfully on Linux, but it fails on Windows.
(In reply to luca.manganelli from comment #3) > The problem is that we name the PDFs with a field from CSV, if we use a PDF padron, "with a field from the database"
If you're looking for an informed opinion on something in your community, ask somebody in your community - not somebody in somebody else's. The https://essay-reviewer.com/ is a good place to spend time and read their theories.
Cannot repro using current master Version: 7.4.0.0.alpha0+ (x64) / LibreOffice Community Build ID: 751c6e25a3998845325c9b107163fc23a85b3367 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: default I used Print button, and confirmed that I want to print a form letter. In the Mail Merge dialog, I chose "Records - All", "Output - File", "Save as individual documents", [x] Generate file name from database (EPMATR), selected path, and set file format to PDF. I didn't check "Save with password". It processed with Mail Merge dialog counting from 1 to 4116; after it finished, the files started to appear in the destination directory; and that process of appearing files continued even after I closed LibreOffice, until all 4116 files appeared. (soffice process was still in the task manager list all that time.)
Also tested with Version: 7.3.2.2 (x64) / LibreOffice Community Build ID: 49f2b1bff42cfccbd8f788c8dc32c1c309559be0 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: default; VCL: win Locale: ru-RU (ru_RU); UI: en-US Calc: and it also worked OK, and didn't show that process in background: the Mail Merge dialog showed numbers in parallel to their appearance in the target directory. So the background processing seems to be some glitch in my development build. Then I tested with Version: 6.4.0.3 (x64) Build ID: b0a288ab3d2d4774cb44b62f04d5d28733ac6df8 CPU threads: 12; OS: Windows 10.0 Build 19044; UI render: GL; VCL: win; Locale: ru-RU (ru_RU); UI-Language: en-US Calc: threaded and confirmed that with that version, it saved only 2445 files. Closing WORKSFORME.
*** This bug has been marked as a duplicate of bug 62812 ***