Closed
Bug 961171
Opened 10 years ago
Closed 10 years ago
APZ should pick up dynamic changes made to 'scrollgrab' property
Categories
(Core :: Panning and Zooming, defect)
Core
Panning and Zooming
Tracking
()
RESOLVED
FIXED
mozilla29
People
(Reporter: botond, Assigned: botond)
References
Details
Attachments
(1 file)
1.56 KB,
patch
|
BenWa
:
review+
|
Details | Diff | Splinter Review |
Bug 912666 introduced the 'scrollgrab' property. This property is set on a layer's FrameMetrics by RecordFrameMetrics, and APZ gives special scrolling behaviour to layers with this property. FrameMetrics are transferred from a layer to an APZC in AsyncPanZoomController::NotifyLayersUpdated(). There are two code paths there: on the first paint of a given layer, we copy all FrameMetrics fields, while on subsequent paints we only copy select fields. The mScrollGrab field is currently not included in the fields copied over on subsequent paints. This means that if JS code dynamically adds or removes the 'scrollgrab' property from an element, APZ may not become aware of this change. To avoid this, we should copy over the mScrollGrab field on the subsequent-paint code path as well.
Assignee | ||
Comment 1•10 years ago
|
||
Attachment #8361865 -
Flags: review?(bgirard)
Updated•10 years ago
|
Attachment #8361865 -
Flags: review?(bgirard) → review+
Assignee | ||
Comment 2•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/d70ddcedc57d
Comment 3•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/d70ddcedc57d
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla29
Assignee | ||
Updated•10 years ago
|
Blocks: scrollgrab
You need to log in
before you can comment on or make changes to this bug.
Description
•