Closed
Bug 1137890
(containerless-scrolling)
Opened 10 years ago
Closed 6 years ago
Ship containerless scrolling on Android
Categories
(Core :: Panning and Zooming, defect, P3)
Core
Panning and Zooming
Tracking
()
RESOLVED
FIXED
mozilla67
Tracking | Status | |
---|---|---|
firefox67 | --- | fixed |
People
(Reporter: kats, Assigned: botond)
References
(Blocks 1 open bug)
Details
Attachments
(1 file, 2 obsolete files)
(deleted),
text/x-phabricator-request
|
Details |
+++ This bug was initially created as a clone of Bug #1123921 +++
Bug 1123921 turned it on for desktop, but we should turn it on everywhere and then get rid of the pref.
Reporter | ||
Comment 1•10 years ago
|
||
Reporter | ||
Comment 2•10 years ago
|
||
Er.. that try push was not what I meant to do. Here's a better one:
https://treeherder.mozilla.org/#/jobs?repo=try&revision=42c31f4f25a2
Reporter | ||
Comment 3•10 years ago
|
||
On Fennec if I enable the layout.scroll.root-frame-containers pref it looks like the root layer (the one corresponding to the XUL window) does still get a metrics. Furthermore whereas before the metrics had scrollId=0 and was being ignored, it now gets scrollId > 0 and so the compositor ends up putting the shadow transform on that layer rather than the actual content. I suspect the code in nsDisplayList::PaintRoot needs to be adjusted to fix this, trying that out now.
Reporter | ||
Comment 4•10 years ago
|
||
This fixes the obviously-wrong behaviour on my local build. Not sure if it will fix the tests but I'll push to try and see.
Reporter | ||
Comment 5•10 years ago
|
||
Slightly updated, so the pref takes precedence. Try push is at https://treeherder.mozilla.org/#/jobs?repo=try&revision=a91d24ddb98d
Attachment #8575554 -
Attachment is obsolete: true
Comment hidden (obsolete) |
Comment hidden (obsolete) |
Comment hidden (obsolete) |
Comment 9•10 years ago
|
||
Reporter | ||
Comment 10•10 years ago
|
||
Looks like we can turn it on for B2G right away. Maybe we should do that!
Comment 11•10 years ago
|
||
Has anyone tested it on an actual device to make sure there aren't obvious problems?
Reporter | ||
Comment 12•10 years ago
|
||
I did some testing just now and everything seemed fine. Filed bug 1153589 with a patch to enable it on B2G.
Comment 13•10 years ago
|
||
Updated•10 years ago
|
Attachment #8575560 -
Attachment is obsolete: true
Assignee | ||
Comment 14•6 years ago
|
||
Commandeering this bug to let containerless scrolling on Android ride the trains.
Component: Layout → Panning and Zooming
Priority: -- → P3
Summary: Turn on containerless scrolling for root scroll frames by default → Ship containerless scrolling on Android
Assignee | ||
Comment 15•6 years ago
|
||
Moving over bugs blocked by containerless scrolling from bug 1459312.
Assignee | ||
Updated•6 years ago
|
Alias: containerless-scrolling
Assignee | ||
Updated•6 years ago
|
Assignee: nobody → botond
Assignee | ||
Comment 16•6 years ago
|
||
I discussed this with Jessie today, and we have a good feeling about letting this ride the 67 train.
If an unexpected serious regression does come up, we can flip the pref back off.
Assignee | ||
Comment 17•6 years ago
|
||
Assignee | ||
Comment 18•6 years ago
|
||
I'm going to go ahead and land this. The remaining open dependency, bug 1527511, is an edge case that can be uplifted post-merge.
Comment 19•6 years ago
|
||
Pushed by bballo@mozilla.com:
https://hg.mozilla.org/integration/autoland/rev/007b5a2e825a
Let containerless scrolling ride the trains. r=kats
Comment 20•6 years ago
|
||
bugherder |
Status: NEW → RESOLVED
Closed: 6 years ago
status-firefox67:
--- → fixed
Resolution: --- → FIXED
Target Milestone: --- → mozilla67
Updated•6 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•