Closed Bug 858550 Opened 12 years ago Closed 12 years ago

Inverse scrolling on fixed position header

Categories

(Core :: Graphics: Layers, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla23
blocking-b2g tef+
Tracking Status
firefox20 --- wontfix
firefox21 --- fixed
firefox22 --- fixed
firefox23 --- fixed
b2g18 + fixed
b2g18-v1.0.0 --- wontfix
b2g18-v1.0.1 --- fixed
fennec 22+ ---

People

(Reporter: ibarlow, Assigned: cwiiis)

Details

Attachments

(1 file)

Somehow, scrolling down a page on Vimeo can cause the site header to creep down the screen. Example video: http://cl.ly/0o3N3H1T011H
No longer blocks: dynamic-toolbar
tracking-fennec: --- → ?
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)
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
tracking-b2g18: --- → ?
Component: General → Graphics: Layers
Flags: needinfo?(bfrancis)
Product: Firefox for Android → Core
Version: unspecified → Trunk
Anthony, do you know the answer to this question? I'm not sure who else to ask.
Flags: needinfo?(bfrancis) → needinfo?(ajones)
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)
(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.
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 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+
tracking-fennec: ? → 22+
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla23
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?
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)
blocking-b2g: --- → tef?
(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 ?
Attachment #733846 - Flags: approval-mozilla-aurora? → approval-mozilla-aurora+
Adding more affected flags - all current releases are affected.
(In reply to Chris Lord [:cwiiis] from comment #13) > Adding more affected flags - all current releases are affected. Thanks Chris !
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+
Keywords: qawanted, verifyme
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.
Flags: needinfo?(chrislord.net)
Keywords: qawanted, verifyme
(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)
(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.
(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.
I think this is bad enough that we should take this uplift. tef+
blocking-b2g: tef? → tef+
Flags: needinfo?(ajones)
Keywords: verifyme
mass remove verifyme requests greater than 4 months old
Keywords: verifyme
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: