1010569 - [B2G] [Browser] amazon.com: The Top of Page link does not leave the user at the top of the page

Status: RESOLVED WORKSFORME

(Web Compatibility :: Site Reports, defect)

Description

[Chris Kreinbring [:CKreinbring]]

Attachment: Log of Top of Page link selection (Buri)

Description:
Tapping the Top of Page link on a product page on the Amazon site will return the screen to the top only for a couple of seconds before returning to the Top of Page link.

Repro Steps:
1) Update Flame to Build ID: 20140513000208
2) Launch the browser and navigate to http://amazon.com
3) Select a product, which one doesn't matter.
4) Scroll down the page, tap Top of Page, and observe the device's reaction.

Actual:
The screen returns to the top of the page for a few seconds then the page is returned to the Top of Page location.  If the user attempts to scroll just as the page returns to the Top of Page location, the page will snap back to Top of Page.

Expected:
The screen returns to and remains at the top of the page until the user scrolls the page.

Environmental Variables
Device: Flame 1.4 mozilla RIL
Build ID: 20140513000208
Gecko: https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/c140bcd02b9b
Gaia: b40103dec34a147c9018a1af76eb21c3184f2f93
Platform Version: 30.0
Firmware Version: 10F-3

Notes:
Repro frequency: 100%
See attached video clip and logcat log

Comment 1

[Jason Smith [:jsmith]]

Does this reproduce on 1.3?

Comment 2

[Hallvord R. M. Steen [:hallvors]]

WFM on a Geeksphone with 1.4

Comment 3

[Chris Kreinbring [:CKreinbring]]

Also repros on Buri 1.4 and 1.3 mozilla RILs.

Buri 1.4
Build ID: 20140514000204
Gecko: https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/7788969f70b0
Gaia: b40103dec34a147c9018a1af76eb21c3184f2f93
Platform Version: 30.0
Firmware Version: V1.2-device.cfg

Buri 1.3
Build ID: 20140508024005
Gecko: https://hg.mozilla.org/releases/mozilla-b2g28_v1_3/rev/a7252ab569c4
Gaia: 0d02564946814acfdab13f0b9867d140d318b8ac
Platform Version: 28.0
Firmware Version: V1.2-device.cfg

Comment 4

[Mike Taylor [:miketaylr]]

Verified on my Flame.

Comment 5

[Mike Taylor [:miketaylr]]

What reasons do we have to suspect this is a TE issue, and not a browser bug?

Spoofing the UA from Android doesn't reproduce, and loading the amazon "app" from the "I'm thinking of..." (is that e.me stuff?) also doesn't reproduce. So I don't think we're dealing with a bug on amazon's side.

Comment 6

[Jason Smith [:jsmith]]

Sounds like this is a APZC bug then?

Comment 7

[Kartikaya Gupta (email:[e-mail])]

I debugged this on a Flame running master and it's definitely content that's triggering this. AFAICT content is calling scrollIntoView on some element any time you reach the top of the page, after having tapped on the "top of page" link. When you click on the "top of page" link, you are taken to the top and the conditions are satisfied, but even after getting thrown back to the bottom you can manually scroll to the top and again you will get thrown back to the bottom.

I saved the page and grepped it for scrollIntoView and there are a couple of instances in the AnywhereDetailJS.js file, but it's obfuscated and so hard to tell what's going on.

Comment 8

[Hallvord R. M. Steen [:hallvors]]

I'm waiting for a Flame to test on, just a thought: might this scrollIntoView call be triggered by some unexpected event Firefox fires at something?

Comment 9

[Kartikaya Gupta (email:[e-mail])]

It's possible, sure. However I wasn't able to tell from the stack why the scrollIntoView was getting called - it was most likely being done from a setTimeout or someething so I couldn't connect it to an event from Gecko.

Comment 10

[Karl Dubost💡 :karlcow]

Fixing link http://www.amazon.com/
Video is http://youtu.be/-NVDn-8SAmc

Comment 11

[Karl Dubost💡 :karlcow]

tested on a Flame with 2.1 and I can't reproduce either. This is working quite well.
I will close it as WORKSFORME. And if there is an issue, the bug will resurface.