Description: Time required to generate mailmerge documents has increased Steps to Reproduce: 1. Open attachment 132550 [details] (bug 107021) 2. From form letter, goto "Tools" > "Mail Merge Wizard..." 3. Hit "Next>>" twice to get to data selection 4. "Select Address List..." and select ODS spreadsheet containing 2000 row recipient list 5. Uncheck address block option 6. Hit "Next>>" 7. Uncheck salutation option 8. Hit "Finish" 9. In the tool bar that appears under the formatting tool bar, select "Save Merged Documents" 10. Select "Save As Individual Documents" 11. Click "Save Documents" Actual Results: With 3.5.7.2 it takes around 76 seconds with 6.0.0.0 around 104 seconds Expected Results: Similar results as in 3.5.7.2 Reproducible: Always User Profile Reset: No Additional Info: Found in Version: 6.0.0.0.alpha0+ Build ID: cbf371e07fd5dea1ea08a1f299360d1273961ebd CPU threads: 4; OS: Windows 6.19; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2017-06-14_23:13:57 Locale: nl-NL (nl_NL); Calc: CL and in Versie 4.0.0.3 (Bouw-id: 7545bee9c2a0782548772a21bc84a9dcc583b89) but not in LibreOffice 3.5.7.2 Build ID: 3215f89-f603614-ab984f2-7348103-1225a5 User-Agent: Mozilla/5.0 (Windows NT 6.2; WOW64; rv:45.0) Gecko/20100101 Firefox/45.0
Add and image to sample letter to make it worse
3.6: 1m 54s 6.0: 1m 06s So not reproduced. Arch Linux 64-bit, KDE Plasma 5 Version: 6.0.0.0.alpha0+ Build ID: 5ff95b16cf9fb2ac7b2b970614e3b98f55978dc0 CPU threads: 8; OS: Linux 4.11; UI render: default; VCL: kde4; Locale: fi-FI (fi_FI.UTF-8); Calc: group Built on June 23rd 2017 Arch Linux 64-bit Version 3.6.7.2 (Build ID: e183d5b)
(In reply to Buovjaga from comment #2) > 3.6: 1m 54s > 6.0: 1m 06s Bah, with 6.0 I confused it with the initial document *generation*. Saving time is a staggering 4m15s.
I guess it's caused by bug 108584 comment 1 (re-reading autotbl.fmt)
Version: 6.1.0.0.alpha0+ Build ID: ea89dabf8b6363972190a6b50c527c418d51c2c7 CPU threads: 4; OS: Windows 6.3; UI render: default; TinderBox: Win-x86@42, Branch:master, Time: 2018-01-27_22:55:15 Locale: nl-NL (nl_NL); Calc: CL