Bug 53667

Summary:	Poor performance loading a document (i.e., a .ODT) for second time
Product:	LibreOffice	Reporter:	Francesc Rosés <froses>
Component:	LibreOffice	Assignee:	Not Assigned <libreoffice-bugs>
Status:	RESOLVED WORKSFORME
Severity:	major	CC:	bugs, uwe
Priority:	medium
Version:	3.6.0.4 release
Hardware:	x86-64 (AMD64)
OS:	macOS (All)
Whiteboard:
Crash report or crash signature:		Regression By:

Description Francesc Rosés 2012-08-18 05:48:34 UTC

1. I open a .ODT document (146 words) for first time: 4 seconds aprox. (LibreOffice is initialized) 

2. I close the document (not LibreOffice) with CTRL-W

3. I open the same (or other) document: 10 seconds aprox.

4. I close LibreOffice (CTRL-Q)

5. I reload the document: 4 seconds aprox.

6. I close the document (not LibreOffice) with CTRL-W

7. I reload the document: 4 seconds aprox.

So, the second time I load a document (the same or other) the performance is very poor. 

I Use a MacBook Air I7, 4GB RAM, SSD.

Thanks, 

Francesc Rosés

Comment 1 Francesc Rosés 2012-08-18 05:49:42 UTC

I use OSX Mountain Lion.

Francesc Rosés

Comment 2 Jorendc 2012-08-21 21:55:09 UTC

Can't reproduce with LibreOffice 3.6.1.1 (build-id: 4db6344);
I tested a 146 characters long 'lorum ipsum' ODT-file. The file opened in less than 1 second each time.

Dutch language pack; Mac OSX 10.8; MacBook Pro 13" mid 2010;

Comment 3 Roman Eisele 2012-09-16 07:55:29 UTC

Not yet confirmed, therefore reset Status.

Comment 4 Uwe Altmann 2012-10-11 20:26:35 UTC

Can you positively exclude the possibility of some background process interfering (start of automated backup i.e.) during your test?

Could you reproduce this when you started your Mac with all extensions disabled and no network volumes mounted (pressing shift key while start)?

Comment 5 Roman Eisele 2012-10-12 07:43:09 UTC

(Status should be NEEDINFO because of the questions in comment #4.)

Comment 6 retired 2013-03-20 13:48:16 UTC

No further feedback from bug reporter.

This is not reproducible for me on OS X 10.8.3 nor was anybody else able to reproduce this.

@Francesc: If this is still valid for LO 4, please re-open this bug and attach a sample file giving you this problem.