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)
Tracking
(fennec-)
VERIFIED
FIXED
Tracking | Status | |
---|---|---|
fennec | - | --- |
People
(Reporter: aakashd, Assigned: mfinkle)
Details
Attachments
(1 file)
2.16 KB,
patch
|
mbrubeck
:
review+
|
Details | Diff | Splinter Review |
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.
Reporter | ||
Updated•14 years ago
|
tracking-fennec: --- → ?
Updated•14 years ago
|
tracking-fennec: ? → 2.0-
Reporter | ||
Comment 1•14 years ago
|
||
Why is this being minus'd?
Assignee | ||
Comment 2•14 years ago
|
||
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+
Reporter | ||
Comment 3•14 years ago
|
||
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
Reporter | ||
Comment 4•14 years ago
|
||
Also, if this is not going to fixed, then it needs to be relnoted for the release.
Keywords: relnote
Assignee | ||
Comment 5•14 years ago
|
||
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)
Updated•14 years ago
|
Attachment #488373 -
Flags: review?(mbrubeck) → review+
Assignee | ||
Comment 6•14 years ago
|
||
pushed: http://hg.mozilla.org/mobile-browser/rev/8a59ab907820 For Aakash...
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
Reporter | ||
Comment 7•14 years ago
|
||
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
Reporter | ||
Updated•14 years ago
|
Flags: in-litmus?(mozaakash)
Reporter | ||
Comment 8•14 years ago
|
||
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.
Description
•