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)

45 Branch
x86_64
Linux
defect
Not set
normal

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/
Whiteboard: [qf:investigate]
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]
Per comment 1, it sounds like this is expected behavior. [qf-] but please renominate if I'm misunderstanding.
Whiteboard: [qf] → [qf-]
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
Same comment as bug 1271544.  Please test with paintflashing turned on.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Status: REOPENED → RESOLVED
Closed: 7 years ago7 years ago
Resolution: --- → INCOMPLETE
Performance Impact: --- → -
Whiteboard: [qf-]
You need to log in before you can comment on or make changes to this bug.