Closed
Bug 1271935
Opened 8 years ago
Closed 7 years ago
"nsRefreshDriver::Tick" spent more time when change the font to bold
Categories
(Core :: General, defect)
Tracking
()
RESOLVED
INCOMPLETE
Performance Impact | none |
People
(Reporter: sho, Unassigned)
References
Details
Do the running time analyze for changing the font to bold 179 100% |- Startup::XRE_Main/ 60 33.5% | |- nsRefreshDriver::Tick/ 35 19.6% | | |- PreShell::Paint/ 16 8.9% | | |- PreShell::Flush (Flush_Style)/ 0 0% | | |- so on/ 43 24% | |- Timer::Fire/ 16 8.9% | |- nsViewManager:DispatchEvent/ 16 8.9% | | |- EventDispatcher::Dispatch/
Blocks: gdoc_format10_ubuntu(260%)
Updated•7 years ago
|
Whiteboard: [qf:investigate]
Comment 1•7 years ago
|
||
We're flushing Layout & painting between ticks to render the on-screen text to/from boldface. That takes some time to do vs. nothing to render. See also bug 1271544 comment 2.
Whiteboard: [qf:investigate] → [qf]
Comment 2•7 years ago
|
||
Per comment 1, it sounds like this is expected behavior. [qf-] but please renominate if I'm misunderstanding.
Whiteboard: [qf] → [qf-]
Comment 3•7 years ago
|
||
Resolving as INVALID, since the problem described is not a bug. (When text is restyled to bold, it makes sense that the next refresh driver tick would take more than the baseline amount of time, and that it'd spend some time flushing the style-change & repainting.)
Status: NEW → RESOLVED
Closed: 7 years ago
Resolution: --- → INVALID
Updated•7 years ago
|
Comment 4•7 years ago
|
||
Same comment as bug 1271544. Please test with paintflashing turned on.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Updated•7 years ago
|
Status: REOPENED → RESOLVED
Closed: 7 years ago → 7 years ago
Resolution: --- → INCOMPLETE
Updated•2 years ago
|
Performance Impact: --- → -
Whiteboard: [qf-]
You need to log in
before you can comment on or make changes to this bug.
Description
•