Closed Bug 605668 Opened 14 years ago Closed 14 years ago

Page offset to the left after two-Finger page-up/down gesture on a zoomed-in right side of the page

Categories

(Firefox for Android Graveyard :: Panning/Zooming, defect)

ARM
Android
defect
Not set
normal

Tracking

(fennec-)

VERIFIED FIXED
Tracking Status
fennec - ---

People

(Reporter: aakashd, Assigned: mfinkle)

Details

Attachments

(1 file)

Build Id:
Mozilla/5.0 (Android; Linux armv71; rv:2.0b8pre) Gecko/20101019 Namoroka/4.0b8pre Fennec/4.0b2pre

Steps to Reproduce:
1. Go to www.google.com/news
2. Zoom in to the "Recent" section of the right column
3. Use a two-finger gesture to move to the bottom of the page

Actual Results:
The left side of the zoomed-in page is shown.

Expected Results:
The right side of the zoomed-in page is shown.
tracking-fennec: --- → ?
tracking-fennec: ? → 2.0-
Why is this being minus'd?
Is this bad enough to not ship Fennec? Does it happen in frequent situations? Is two-finger gesture busted in general?

2.0- means we would take a patch to fix this, but it doesn't seem critical to block the release. If this happens in more cases it might warrant 2.0+
This happens on the page-up gesture as well. 

As for the reasoning to minus this...if a user is on a large/long page, they're more likely to zoom within it than most other pages. It also makes it more likely that they're going to want to get to the bottom or top of the page at some point as well. It's a rather obvious breakage for the basic functionality of this feature and it doesn't make a whole lot of sense to me for it to be minus'd from the final version of Mobifx 4.0.
Summary: Page offset to the left after two-Finger page-down gesture on a zoomed-in right side of the page → Page offset to the left after two-Finger page-up/down gesture on a zoomed-in right side of the page
Also, if this is not going to fixed, then it needs to be relnoted for the release.
Keywords: relnote
Keywords: relnote
Attached patch patchSplinter Review
This patch just fixes the scrollContentToBottom & scrollContentToTop methods to not change the xposiotion unless it's passed into the method. We do pass in the x position (x=0) when laoding a new foreground page.

Works fine in the google news test case and loading new pages when the current page is not at 0, 0
Assignee: nobody → mark.finkle
Attachment #488373 - Flags: review?(mbrubeck)
Attachment #488373 - Flags: review?(mbrubeck) → review+
pushed:
http://hg.mozilla.org/mobile-browser/rev/8a59ab907820

For Aakash...
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
beautiful. verified FIXED on build:
Mozilla/5.0 (Android; Linux armv71; rv:2.0b8pre) Gecko/20101105 Namoroka/4.0b8pre Fennec/4.0b2pre
Status: RESOLVED → VERIFIED
Flags: in-litmus?(mozaakash)
litmus testcase https://litmus.mozilla.org/show_test.cgi?id=13792 added to regression test this bug
Flags: in-litmus?(mozaakash) → in-litmus+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: