Bug 73299 - FILEOPEN: Regression in ODF document load time (loads 2-3x longer)
Summary: FILEOPEN: Regression in ODF document load time (loads 2-3x longer)
Status: RESOLVED DUPLICATE of bug 73300
Alias: None
Product: LibreOffice
Classification: Unclassified
Component: Writer (show other bugs)
Version:
(earliest affected)
4.1.4.2 release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
URL:
Whiteboard:
Keywords: bibisected, regression
Depends on:
Blocks:
 
Reported: 2014-01-05 12:12 UTC by Matthias Basler
Modified: 2015-12-15 11:03 UTC (History)
2 users (show)

See Also:
Crash report or crash signature:

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

Note You need to log in before you can comment on or make changes to this bug.
Description Matthias Basler 2014-01-05 12:12:56 UTC 
I have a rather large ODT file of 50MB with about 100 images embedded:

It loads about 10-12s in LO 3.6.7
It loads about 35s    in LO 4.1.4.2.
It loads about 25s    in LO 4.2.0.1.

These values are for Win7m 64 bit and are similar under Ubuntu.

Sorry I cannot attach the sample doc, since it contains sensitive data. Maybe I find another example later.


I did a bibisect40 under Ubuntu and it returned following result:
----------- 9f0987a02b9346609f06e35214cb6cf9da98de44 is the first bad commit
commit 9f0987a02b9346609f06e35214cb6cf9da98de44
Author: Bjoern Michaelsen <bjoern.michaelsen@canonical.com>
Date:   Wed Oct 16 15:34:19 2013 +0000

    source-hash-918f8ed91e325606a44d088da5fbbf8c463dffba
    
    commit 918f8ed91e325606a44d088da5fbbf8c463dffba
    Author:     Caolán McNamara <caolanm@redhat.com>
    AuthorDate: Sat Mar 16 17:30:29 2013 +0000
    Commit:     Caolán McNamara <caolanm@redhat.com>
    CommitDate: Sat Mar 16 21:25:17 2013 +0000
    
        "show logo" in slideshow settings doesn't do anything
        This wants to load about.png which doesn't exist anymore.  "about.svg" does,
        but is a rather abstract background image for the about dialog these days, so
        use "flat_logo.svg" instead.
        Which requires moving the svg loader out of cui into sfx2 for re-use.
    
        Change-Id: I8654f0f93766556ef4ed4b87eff35b45d8189761

:100644 100644 9af7c52a2ec791a06511f71544b24146ed9d5fcd 2a046b0767aad70318a3416319d832fe15a631fb M	ccache.log
:100644 100644 46b05478104c87327d32212c10b10498fce993c9 48e7827182c97732044243944ed02a6786e7005c M	commitmsg
:100644 100644 725d95418781718c9e6000ebcacf1c2bf8753f83 a7f1e346b5de8d7b9874b86e1297f56b51f012e7 M	dev-install.log
:100644 100644 c0313ea7ac08b677506b0084a0a94ba391188685 b610fbfd55253b96f69de999ff9ac458cc86ca04 M	make.log
:040000 040000 afb0503b3b0210eae6b21eac96b0332cd6306d2d aac4c675e8f0de8c2b398e1317b4314e29bc5271 M	opt
-----------
Looks a strange commit for such an issue, but that's what I got.

Side note:
In all versions there are multiple progress bars going from left to right during the fileopen action. This is bad habit: Multiple progress bars are useless for showing the overall progress, since no one knows how many are there to come.
Comment 1 Cor Nouws 2014-01-05 12:18:57 UTC 
thanks for the issue and the bibisect Matthias.

Though I cannot confirm with a smaple document, I set to new since you give enough useful information.
Cor
Comment 2 Matthias Basler 2014-01-05 14:34:26 UTC 
I set this as a duplicate of 73300 because:
- both are about the issue of loading large documents, with bug 73300 being more problematic, since this sample document does not load at all under Windows and points to a memory issue
- the sample document for bug 73300 contains no sensitive data, so I could share it in principle (if it were smaller ...)
- both get the same bibisect commit result, thus likely have the same root cause
.

*** This bug has been marked as a duplicate of bug 73300 ***
Comment 3 Robinson Tryon (qubit) 2015-12-15 11:03:21 UTC 
Migrating Whiteboard tags to Keywords: (bibisected)
[NinjaEdit]