Issue 112797 - Slow rendering of certain table
Summary: Slow rendering of certain table
Status: CLOSED DUPLICATE of issue 93224
Alias: None
Product: Writer
Classification: Application
Component: viewing (show other issues)
Version: DEV300m84
Hardware: PC Linux, all
: P3 Trivial (vote)
Target Milestone: ---
Assignee: writerneedsconfirm
QA Contact: issues@sw
URL:
Keywords: needmoreinfo, performance
Depends on:
Blocks:
 
Reported: 2010-06-29 19:39 UTC by pmike
Modified: 2010-07-01 08:33 UTC (History)
1 user (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---


Attachments
sample (150.09 KB, application/vnd.oasis.opendocument.text)
2010-06-29 19:40 UTC, pmike
no flags Details
sample without guilty frame (82.97 KB, text/plain)
2010-06-29 19:41 UTC, pmike
no flags Details
gzipped original WW8 doc (263.21 KB, application/msword)
2010-06-30 11:59 UTC, pmike
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description pmike 2010-06-29 19:39:53 UTC
OOo 3.1.1 freezes box with 2GHz CPU for at least 10 minutes on open.
OOo-dev m83 do that same, but only when you scroll doc down.

If you will remove the only frame in doc named "Врезка1", then performance goes
"back" on Windows, but still be poor on Linux.

PS. test sample was converted from MSWord .DOC file
I can upload .DOC if necessary
Comment 1 pmike 2010-06-29 19:40:24 UTC
Created attachment 70302 [details]
sample
Comment 2 pmike 2010-06-29 19:41:08 UTC
Created attachment 70303 [details]
sample without guilty frame
Comment 3 michael.ruess 2010-06-30 11:15:57 UTC
MRU->PMIKE: the document was created with OOo 3.0.0. Our developers debugged
around it and found out, that it hangs while formatting the content of the
frame. Looking into the content.xml revealed that the document resulted of an
import of a "table in table" (also known as "nested table"), which was
workarounded by the filter by using a frame where the inner table was placed.
This correct import was supported from OOo 3.0.1 on. So please try to import
this .doc file with a newer build and save it and see, if the problem still occurs.
Thanks for supporting us!
Comment 4 pmike 2010-06-30 11:57:09 UTC
pmike->mru: Indeed, importing DOC with OOo-dev m81 performs MUCH better. No
extra frames are created. So you can WORKSFORME this issue, unless you're going
to improve scrolling perf of this document on Linux. It still very slow on page
55 (take about 5 seconds of 2GHz CPU time to scroll one LINE).
Comment 5 pmike 2010-06-30 11:59:09 UTC
Created attachment 70316 [details]
gzipped original WW8 doc
Comment 6 michael.ruess 2010-06-30 14:28:49 UTC
I checked this with SUSE 11 using m83 or m84. But I did not experience the
described delay when scrolling.I can imagine, that the Font "Arial CYR" cannot
be replaced properly on your system? Or is it installed on yours and I have to
do so on my system?
Comment 7 pmike 2010-06-30 14:47:00 UTC
I have no "Arial CYR" on my Ubuntu, but have "Arial". No idea about
(un)successful font replacement; I've changed font to Arial for entire document,
and still have very slow scrolling (5-7 seconds for each screen update) on table
with yellow cells (can't give page number, Writer re-paginate doc after font
change).

Also I've noticed the table shows "mess" on scrollbars. Maybe it has more
complex structure than visible on screen.

I did tests with m81, will update to m84 once it became available on mirrors.
Comment 8 pmike 2010-07-01 06:46:25 UTC
OK, I've just installed m84 and open original DOC with it.
Opening tooks about 12 seconds, overall scroll through document is a bit jerky
but acceptable. I did not change fonts or apply any replacements. And page 55
renders very slow, about 5-6 seconds to redraw. Scrolling that page almost
impossible ("hang" OOo process for a munites).

PS. I've updated issue summary for better problem description.
Comment 9 michael.ruess 2010-07-01 08:32:05 UTC
This is the same as issue 93224.

*** This issue has been marked as a duplicate of 93224 ***
Comment 10 michael.ruess 2010-07-01 08:33:14 UTC
Closing duplicate.