Closed Bug 858550 Opened 11 years ago Closed 11 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+
https://hg.mozilla.org/mozilla-central/rev/463440611ad6
Status: ASSIGNED → RESOLVED
Closed: 11 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: