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)
(earliest affected) release
Hardware: x86-64 (AMD64) All
: medium minor
Assignee: Not Assigned
Keywords: bibisected, regression
Depends on:
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:


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
It loads about 25s    in LO

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

    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.
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)