Issue 114608 - Mail merge far too slow
Summary: Mail merge far too slow
Status: CLOSED FIXED
Alias: None
Product: Writer
Classification: Application
Component: code (show other issues)
Version: OOO330m6
Hardware: All Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: writerneedsconfirm
QA Contact: issues@sw
URL:
Keywords: regression
Depends on:
Blocks:
 
Reported: 2010-09-20 08:55 UTC by cno
Modified: 2010-09-27 15:09 UTC (History)
4 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description cno 2010-09-20 08:55:56 UTC 
Hi,
I was doing my x-monthly mail merge.
Appr. 2500 adresses.

Started in 330m6, but the progress was about 25 records a minute...
Stopped that and did it in 3.2.1: progress about 310 records a minute.

Tried it with a blanc new document in m8 too, smaller record set (350) but same
'speed'
Comment 1 h.ilter 2010-09-21 11:15:19 UTC 
Verified and could not reproduce. 
( Linux & 330m6 & database with 360 records)
Result is same with 320m18. 
But please try the 330m8, where some performance is increased.
Comment 2 cno 2010-09-21 11:22:58 UTC 
@hi: thanks for checking.
I did already try in m8 (see fist comment), but with same result.

Also I was already a bit afraid that it cannot be reproduced.
I have also issue 113562 - strange things with the new builds of OOo on my system.
But since I use a default, up to date Ubuntu 10.04, with all my vanilla OOo
versions installed parallel, I expect that there will be more people with the
issues when we go live - RC1 ..?!
So for time being, I reopen this one.

Again, what may have changed in OOo, that the 3.2.1 does not have the issues,
whereas all dev-builds on my system do have it?
Comment 3 cno 2010-09-21 11:32:27 UTC 
oops, I mentioned 113562, but I should have written: issue 112623
Comment 4 cno 2010-09-22 22:18:43 UTC 
Hi,
Luckily I had the right old dev-builds hanging around on my HD.

It turned out that the major decrease in preformance was introduced with m83.
In m82 al was fine...

(Same for all three issues: 
   issue 112623 (autotext), 
   issue 112739 (autocorrect)
   issue 114608 (mail merge),

Interestingly enough, the fix for the related issue 110078 was integrated in m83 ...
Comment 5 eric.savary 2010-09-26 14:05:31 UTC 
@HI: please have a look.
Comment 6 cno 2010-09-26 15:42:11 UTC 
In issue 112623 we found the cause and possible solution for this one too.

Waiting for comment from involved developers there, but I'll post to the release
list to request showstopper status for 3.3.0
Comment 7 h.ilter 2010-09-27 10:13:48 UTC 
I miss The compound between this issue and the both issues 112623 (autotext) &
112739 (autocorrect)

@OS: Please keep an eye to the listed issues to clarify this one issue.
For my point of view, there is no slowing up as I've measured the time.
Comment 8 cno 2010-09-27 10:28:54 UTC 
@hi 
  "I miss The compound between this issue and the both issues 112623 (autotext) &
112739 (autocorrect) "

pls see #desc12 and #desc13 in 112623
Comment 9 cno 2010-09-27 15:06:24 UTC 
This is fixed with issue 114703
Comment 10 cno 2010-09-27 15:09:26 UTC 
and close