Closed
Bug 1443944
Opened 6 years ago
Closed 6 years ago
Web Replay: Don't use vsync messages to determine when to paint
Categories
(Core :: General, enhancement)
Core
General
Tracking
()
RESOLVED
INVALID
Tracking | Status | |
---|---|---|
firefox60 | --- | affected |
People
(Reporter: bhackett1024, Assigned: bhackett1024)
References
Details
Attachments
(1 file)
5.20 KB,
patch
|
Details | Diff | Splinter Review |
Paints in a content process are triggered based on vsync messages sent via IPDL from the UI process. If a page is updating very rapidly these messages can lag those changes and events that update the DOM might not be painted. Normally this isn't a problem, but when rewinding a replaying process this can be pretty confusing, as the graphics shown on screen won't reflect what is expected at that point in execution. The attached patch changes this so that we attempt to paint with each turn of the main thread's event loop. If nothing has changed, no painting occurs, but while doing this adds a little more overhead to a recording/replaying process it should ensure that paints occur at predictable times and when rewinding the graphics shown will reflect the state of the DOM at the start of the most recent event.
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → bhackett1024
Assignee | ||
Comment 1•6 years ago
|
||
https://hg.mozilla.org/projects/ash/rev/c99df075d08ffdfa42d49d92882a338c3434e118
Assignee | ||
Comment 2•6 years ago
|
||
Closing this bug, all the changes here will be reviewed in separate bugs dependent on bug 1422587.
Status: NEW → RESOLVED
Closed: 6 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•