Issue 114473

Summary: A performance on sw page scrolling
Product: performance Reporter: liheng
Component: wwwAssignee: AOO issues mailing list <issues>
Status: UNCONFIRMED --- QA Contact:
Severity: Trivial    
Priority: P3 CC: hdu, issues, kuangliang, ooo.redflag
Version: current   
Target Milestone: not determined   
Hardware: Unknown   
OS: Windows, all   
Issue Type: DEFECT Latest Confirmation in: ---
Developer Difficulty: ---
Attachments:
Description Flags
The slow one
none
The changed one
none
suggested patch for VCL.xcu none

Description liheng 2010-09-13 10:06:06 UTC 
Hi
  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
liheng
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 hdu@apache.org 2010-09-14 12:09:49 UTC 
Created attachment 71677 [details]
suggested patch for VCL.xcu
Comment 4 hdu@apache.org 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 hdu@apache.org 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 "issues@openoffice.apache.org".