Issue 114473 - A performance on sw page scrolling
Summary: A performance on sw page scrolling
Alias: None
Product: performance
Classification: Code
Component: www (show other issues)
Version: current
Hardware: Unknown Windows, all
: P3 Trivial (vote)
Target Milestone: not determined
Assignee: AOO issues mailing list
QA Contact:
Depends on:
Reported: 2010-09-13 10:06 UTC by liheng
Modified: 2017-05-20 11:33 UTC (History)
4 users (show)

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

The slow one (17.92 KB, application/vnd.oasis.opendocument.text)
2010-09-13 10:07 UTC, liheng
no flags Details
The changed one (17.58 KB, application/vnd.oasis.opendocument.text)
2010-09-13 10:08 UTC, liheng
no flags Details
suggested patch for VCL.xcu (961 bytes, patch)
2010-09-14 12:09 UTC,
no flags Details | Diff

Note You need to log in before you can comment on or make changes to this issue.
Description liheng 2010-09-13 10:06:06 UTC
  There is a performance issue of performance on implicit font replacement.
Please check to following attachments. The s.odt is the tough one, that is slow
when you scroll the pages on Windows, and the c.odt is that I changed the font
with the other font for all document, it's normal. I think OOo split the word
into a lots of portions, and do much more reformat on them. 

Best regards
Comment 1 liheng 2010-09-13 10:07:41 UTC
Created attachment 71659 [details]
The slow one
Comment 2 liheng 2010-09-13 10:08:11 UTC
Created attachment 71660 [details]
The changed one
Comment 3 2010-09-14 12:09:49 UTC
Created attachment 71677 [details]
suggested patch for VCL.xcu
Comment 4 2010-09-14 12:13:26 UTC
@liheng: could you please patch VCL.xcu in your installation with my arplukaicn.patch i attached above 
and report if it helps?

On the other hand config-manager which manages this file is known to be slow, so maybe it doesn't help.
Comment 5 liheng 2010-09-21 04:32:36 UTC
We check the patch, but almost ineffective.
Comment 6 2010-09-21 08:04:29 UTC
Thanks for testing. This confirms my suspicion that config-manager being slow is the culprit instead of 
the multi-level gfb that happens when the previous patch is not apllied.
Comment 7 Marcus 2017-05-20 11:33:19 UTC
Reset assigne to the default "".