https://bugs.freedesktop.org/show_bug.cgi?id=61270
--- Comment #14 from [email protected] --- Hello. Thanks for finally fixing this. I tested 4.3.3.1 and 4.3.4.0.0 as available on 2014-10-16. These still take long. (This is just for the record). I also tested libo-master~2014-10-16_01.04.13_LibreOfficeDev_4.4.0.0.alpha0_Win_x86.msi Inside my target application, it opens my actual-use-document in 23 secs. That's about the same order of magnitude as before the bug had appeared. :-) (For reasons below): I measured loading and saving times with manually operated standalone LibreOffice 4.4.0.0 and the test documents previously attached to this bug report. The results look very nice - for reference: loading saving Bug Many from elements.odt 2s 2s Testdokument2.odt 4s 10s Testdokument3.odt 8s 10s Testdokument4.odt 8s 10s myActualUseCase.odt 6s 8s (Win7 64-bit, some i7 CPU) (Remember the last document required more than 50 mins *with* the bug.) Thank you for locating and fixing the issue! - N.B.: Actual reasons to make above measurements / related issues: (1) An auto-save within myActualUseCase.odt in my target app stalled for more than half an hour before I killed it (reason yet unknown). This is reproducable. So I wasn't sure whether a similar bug would still remain on the saving-side of file-i/o. Given above save times, I don't think it's at that specific place. (2) There is still *much* more flickering on opening and scrolling/redisplaying forms (i.e. myActualuseCase.odt and Testdokument?.odt etc.) in LibreOffice 4.4.0.0 than e.g. in OpenOffice 3.x or 2.x. (3) When I execute the macro in myActualUseCase.odt which takes data from all input fields and processes them, 4.4.0.0 crashes in 100%. The document can be recovered thereafter. The recovered document then contains processed data. OO 3.3.0, however, does *not* crash. And produce much smoother redisplaying. Sidenote: The recovery name is the name under which the document was first opened, not under which it was last saved before the crash. That's dangerous. So the specific problem of bug report 61270 is probably solved. :-) :-) :-) But its highly probable that more issues have been introduced when Field-/Macro processing went from OpenOffice 3.3.x to LibreOffice 3.x.x I don't know whether I have time to do further research, therefore I noted these issues here even if I know I should rather file a separate bug report (or search all available ones first). Thanks again and kind regards! Joerg -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
