https://bugs.documentfoundation.org/show_bug.cgi?id=89783

--- Comment #13 from Christoph Lutz <chrl...@googlemail.com> ---
In this comment I try to specify little bit more concrete what needs to be done
to solve this issue completely:


The current state regarding the above test files is:

* 32 frames --> LO freezes after 2048 datasets (tested with master)

* 32 sections --> freezes after 2048 datasets (tested with master)

* 32 draw lines --> freezes after 2048 datasets (tested with master)

* 32 (different) Headers --> segfault somewhen >2000 datasets processed (tested
with LO 4.2 on Win)

* 32 lists --> behaves like O(n2) but seems to run successfully (tested with LO
4.2 on Win). It is not yet tested what happens if there are actions done on the
created document

* 32 tables --> mailmerge runs successfully. Changing some of the tables in the
result document seems to work, but saving the result seems to freeze/hang LO


The expected behaviour is:

1) mail merge on the above document can be executed successfully (= no more
freeze). This should be ensured for all possible ways to start mail merge in
LibreOffice: mail merge printing via "File->Print", mail merge via "Tools->Mail
Merge Wizard", mail merge via UNO-Service.

2) Test and fix roundtripping and further processing actions on the generated
(big) document:

2a) Change some of the elements in the generated document - at least test with
some elements on the first pages, some elements from the middle of the document
and some elements on the last pages. Possible change actions are:
- add some (new) text
- change some formatting attributes

2b) Remove some elements from the document - again from the beginning, middle
and end

2c) Add some new elements at the begin, middle and end

2d) In particular ensure that copy & paste works - I got hints that this could
be a problematic cornercase: test doing CTRL+a, CTRL+c and CTRL+v at the end of
the generated document. 

2e) Save and close the result document

2f) reopening the document works fine and changes like in 2a) can be done
successfully

In order to make testing more efficient, It could be useful to write the
corresponding unit tests very early. This could for example be done like in
http://cgit.freedesktop.org/libreoffice/core/tree/sw/qa/extras/mailmerge/mailmerge.cxx

-- 
You are receiving this mail because:
You are the assignee for the bug.
_______________________________________________
Libreoffice-bugs mailing list
Libreoffice-bugs@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs

Reply via email to