Closed Bug 1219241 Opened 10 years ago Closed 9 years ago

Incorrect scroll position when loading a specific site

Categories

(Firefox for iOS :: General, defect)

Other
iOS
defect
Not set
normal
15

Tracking

()

RESOLVED WORKSFORME
Tracking Status
fxios + ---

People

(Reporter: csuciu, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Build: Beta 1113 Devices: iPod Air 6 (iOS 9.1), iPhone 4S (9.0) Steps: 1. Visit www.ziare.com 2. Check the the scroll position on the page Result: The page is scrolled down https://www.youtube.com/watch?v=JYla4AdlV60 Note: Doesn't reproduce on Safari
Needs investigation.
Assignee: nobody → etoop
Oddly, this is an issue that only manifests on device - I can't replicate it in the simulator. We are calling viewDidLayoutSubviews after starting to load www.ziare.com but before the redirect to m.ziare.com has taken effect from BrowserScrollController: animateToolbarsWithOffsets, causing the desktop site to partially render, before redirection causes the mobile site to render. This then loads to mobile site with an odd scroll position. If you open m.ziare.com directly, the odd scroll position rendering does not occur. However, since I loaded m.ziare.com directly, I have not been able to replicate the original redirection issue, even after clearing my cache....
Attached file Pull request
Attachment #8687987 - Flags: review?(bnicholson)
Status: NEW → ASSIGNED
Comment on attachment 8687987 [details] [review] Pull request Unfortunately, I'm still able to reproduce this issue with the PR applied. I found that I'm also able to reproduce even if I go to m.ziare.com directly. Maybe it's a race affected by network, etc.? Otherwise, I wonder if they're serving different content to the UK.
Flags: needinfo?(etoop)
Attachment #8687987 - Flags: review?(bnicholson)
FWIW, just tried reproducing in the simulator and saw the same issue there, too. Strangely, I've had trouble finding any cases where this *doesn't* happen, which sounds like the opposite of what you're seeing!
Bugger. I was worried that would be the case. Once I stopped being able to replicate the issue it became very difficult to track down.
Flags: needinfo?(etoop)
It's a latency thing. If I set the Network Link Conditioner to Very Bad Network I can reproduce this 3 times out of every 5. My patch did _something_. It is less frequent with this patch than it was before, but the problem still manifests.
Rank: 15
Status: ASSIGNED → RESOLVED
Closed: 9 years ago
Resolution: --- → FIXED
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Assignee: etoop → nobody
Status: REOPENED → NEW
I'm unable to reproduce this issue on latest master.
Status: NEW → RESOLVED
Closed: 9 years ago9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: