Closed
Bug 858550
Opened 11 years ago
Closed 11 years ago
Inverse scrolling on fixed position header
Categories
(Core :: Graphics: Layers, defect)
Tracking
()
People
(Reporter: ibarlow, Assigned: cwiiis)
Details
Attachments
(1 file)
1.18 KB,
patch
|
nrc
:
review+
bajaj
:
approval-mozilla-aurora+
bajaj
:
approval-mozilla-beta+
|
Details | Diff | Splinter Review |
Somehow, scrolling down a page on Vimeo can cause the site header to creep down the screen. Example video: http://cl.ly/0o3N3H1T011H
Reporter | ||
Updated•11 years ago
|
No longer blocks: dynamic-toolbar
Updated•11 years ago
|
Assignee | ||
Comment 1•11 years ago
|
||
Can't quite believe I did this in the first place. Hopefully a pretty no-brainer review, r?nrc in case the shadow layers refactor branch needs to mirror the change.
Attachment #733846 -
Flags: review?(ncameron)
Assignee | ||
Comment 2•11 years ago
|
||
Just tested, this same bug exists on FirefoxOS, but I think they use this same code now? (it used to be duplicated elsewhere in the tree, but I can't remember off-hand where that was) Adding needinfo?benfrancis (if you don't know, please pass it on to someone that might :)) This is a really low-risk, high-impact fix, let's uplift it wherever we can.
Status: NEW → ASSIGNED
status-b2g18:
--- → affected
tracking-b2g18:
--- → ?
Component: General → Graphics: Layers
Flags: needinfo?(bfrancis)
Product: Firefox for Android → Core
Version: unspecified → Trunk
Comment 3•11 years ago
|
||
Anthony, do you know the answer to this question? I'm not sure who else to ask.
Flags: needinfo?(bfrancis) → needinfo?(ajones)
Comment 4•11 years ago
|
||
Yes, b2g uses the same code. A group of us were just looking at this code last week and discussing that it looked like it needed a return statement.
Flags: needinfo?(ajones)
Assignee | ||
Comment 5•11 years ago
|
||
(In reply to Anthony Jones (:kentuckyfriedtakahe) from comment #4) > Yes, b2g uses the same code. A group of us were just looking at this code > last week and discussing that it looked like it needed a return statement. Cool, so what's the process of getting this into b2g? I would say that it's both important and trivial enough to warrant an uplift.
Comment 6•11 years ago
|
||
Tracking for b2g18 - please get this landed & verified by qa on master, then nominate for uplift to v1.1 by using the approval-b2g18? flag
Comment 7•11 years ago
|
||
Comment on attachment 733846 [details] [diff] [review] Dont transform descendents of fixed layers for async fixed-layer scrolling Review of attachment 733846 [details] [diff] [review]: ----------------------------------------------------------------- Should be no different with the refactoring, thanks for putting it my way.
Attachment #733846 -
Flags: review?(ncameron) → review+
Assignee | ||
Comment 8•11 years ago
|
||
Pushed to inbound: https://hg.mozilla.org/integration/mozilla-inbound/rev/463440611ad6
Updated•11 years ago
|
tracking-fennec: ? → 22+
Comment 9•11 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/463440611ad6
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla23
Assignee | ||
Comment 10•11 years ago
|
||
Comment on attachment 733846 [details] [diff] [review] Dont transform descendents of fixed layers for async fixed-layer scrolling [Approval Request Comment] Bug caused by (feature/regressing bug #): Fixed-pos elements appear to 'run away' when scrolling User impact if declined: Weird rendering while scrolling Testing completed (on m-c, etc.): Tested locally, landed on m-c Risk to taking this patch (and alternatives if risky): Pretty much zero risk String or IDL/UUID changes made by this patch: None
Attachment #733846 -
Flags: approval-mozilla-beta?
Attachment #733846 -
Flags: approval-mozilla-aurora?
Assignee | ||
Comment 11•11 years ago
|
||
I have no idea about the b2g uplift process - given this is a one-line fix, do you think you could handle this please?
Flags: needinfo?(ajones)
Updated•11 years ago
|
blocking-b2g: --- → tef?
Updated•11 years ago
|
Comment 12•11 years ago
|
||
(In reply to Chris Lord [:cwiiis] from comment #10) > Comment on attachment 733846 [details] [diff] [review] > Dont transform descendents of fixed layers for async fixed-layer scrolling > > [Approval Request Comment] > Bug caused by (feature/regressing bug #): Fixed-pos elements appear to 'run > away' when scrolling > User impact if declined: Weird rendering while scrolling > Testing completed (on m-c, etc.): Tested locally, landed on m-c > Risk to taking this patch (and alternatives if risky): Pretty much zero risk > String or IDL/UUID changes made by this patch: None Unclear if Fx21 is affected, can you please confirm ?
Updated•11 years ago
|
Attachment #733846 -
Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Assignee | ||
Comment 13•11 years ago
|
||
Adding more affected flags - all current releases are affected.
status-firefox20:
--- → affected
status-firefox21:
--- → affected
Comment 14•11 years ago
|
||
(In reply to Chris Lord [:cwiiis] from comment #13) > Adding more affected flags - all current releases are affected. Thanks Chris !
Comment 15•11 years ago
|
||
Comment on attachment 733846 [details] [diff] [review] Dont transform descendents of fixed layers for async fixed-layer scrolling Approving the low risk patch on beta and adding qawanted,verifyme to get QA verification on beta/aurora for this.
Attachment #733846 -
Flags: approval-mozilla-beta? → approval-mozilla-beta+
Updated•11 years ago
|
Comment 16•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/04ad45b6c07a https://hg.mozilla.org/releases/mozilla-beta/rev/80a675915298
Comment 17•11 years ago
|
||
Tested on nightly on FxAndroid - scrolling down looks okay on vimeo, but I'm seeing the creeping happening on scroll up. Chris - Is that expected or is a followup needed? No need for full branch verification - this is a one line change, so I'm pulling qawanted for a single branch verification to get it off the high priority requests that are showing up in our b2g queries.
Assignee | ||
Comment 18•11 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #17) > Tested on nightly on FxAndroid - scrolling down looks okay on vimeo, but I'm > seeing the creeping happening on scroll up. Chris - Is that expected or is a > followup needed? This is probably something else, likely a bug related to the dynamic toolbar (probably bug 861246) - Does this happen in the most recent Nightly? (perhaps wait until tomorrow's, to catch the fix in bug 856932, assuming it sticks)
Flags: needinfo?(chrislord.net)
Comment 19•11 years ago
|
||
(In reply to Chris Lord [:cwiiis] from comment #18) > (In reply to Jason Smith [:jsmith] from comment #17) > > Tested on nightly on FxAndroid - scrolling down looks okay on vimeo, but I'm > > seeing the creeping happening on scroll up. Chris - Is that expected or is a > > followup needed? > > This is probably something else, likely a bug related to the dynamic toolbar > (probably bug 861246) - Does this happen in the most recent Nightly? > (perhaps wait until tomorrow's, to catch the fix in bug 856932, assuming it > sticks) Yes, when I tested this, it was happening on today's nightly build (4/15). I'll wait for the fix then with bug 856932.
Assignee | ||
Comment 20•11 years ago
|
||
(In reply to Jason Smith [:jsmith] from comment #19) > (In reply to Chris Lord [:cwiiis] from comment #18) > > (In reply to Jason Smith [:jsmith] from comment #17) > > > Tested on nightly on FxAndroid - scrolling down looks okay on vimeo, but I'm > > > seeing the creeping happening on scroll up. Chris - Is that expected or is a > > > followup needed? > > > > This is probably something else, likely a bug related to the dynamic toolbar > > (probably bug 861246) - Does this happen in the most recent Nightly? > > (perhaps wait until tomorrow's, to catch the fix in bug 856932, assuming it > > sticks) > > Yes, when I tested this, it was happening on today's nightly build (4/15). > > I'll wait for the fix then with bug 856932. A video of what's happening would be helpful if that's something you can do without too much trouble - I'd test Nightly, but for whatever reason my Nightly is totally unusable and I don't want to clear data without debugging the problem.
Comment 21•11 years ago
|
||
I think this is bad enough that we should take this uplift. tef+
blocking-b2g: tef? → tef+
Comment 22•11 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g18/rev/a0f3cb0dba1d https://hg.mozilla.org/releases/mozilla-b2g18_v1_0_1/rev/8a45cedcc417
Updated•11 years ago
|
Flags: needinfo?(ajones)
You need to log in
before you can comment on or make changes to this bug.
Description
•