Closed
Bug 713678
Opened 14 years ago
Closed 14 years ago
press/drag to scroll/pan only works about half the time
Categories
(Firefox for Android Graveyard :: General, defect, P3)
Tracking
(fennec11+)
VERIFIED
DUPLICATE
of bug 709817
| Tracking | Status | |
|---|---|---|
| fennec | 11+ | --- |
People
(Reporter: myk, Assigned: wesj)
References
Details
(Whiteboard: [MTD])
Attachments
(1 file)
|
81.79 KB,
text/plain
|
Details |
On my Samsung Galaxy S running Android 2.3 and the latest Aurora build of Fennec Native, when I press the screen and drag my finger to scroll/pan web content, the page only pans about half the time.
This seems to happen on every page I load, although I particularly notice it on New York Times articles.
Steps to Reproduce:
1. Go to http://mobile.nytimes.com/;
2. Tap a headline to load an article page;
3. Press/drag to pan vertically through the page.
Expected Results: each time I press/drag, the page pans.
Actual Results: the page pans only about half the time I press/drag.
Additional Information:
I thought perhaps the problem was specific to where I press my finger, but I haven't been able to identify a pattern. NYT article pages are text-heavy, and the problem seems to occur at random (about half the time) when I press on text.
Comment 1•14 years ago
|
||
Does this happen while the page loading or after the load has finished? Can you reproduce it on other web sites as well?
Assignee: nobody → wjohnston
Priority: -- → P3
| Reporter | ||
Comment 3•14 years ago
|
||
It happens after the load has finished. I can reproduce it on other sites, although it happens less often on some sites and seems to happen less often on nytimes.com as well in today's build: ~25% of the time on an nytimes.com article, and rarely on about:license.
| Reporter | ||
Comment 4•14 years ago
|
||
It seems to happen a lot on this baycitizen.org article page:
http://www.baycitizen.org/blogs/sports-riff/winning-wont-get-any-easier-tedford/
Comment 6•14 years ago
|
||
This sounds like a pan/zoom issue; if you could provide logcat output while reproducing the problem that would help in diagnosing the exact problem. (I'm unable to reproduce this on devices I have). If you have the android developer tools installed, use "adb logcat" to get the logcat output, otherwise you can also install the "aLogcat" app from the android market to get it.
| Reporter | ||
Comment 7•14 years ago
|
||
I don't have the Android developer tools installed, so I installed the alogcat app, cleared the log in it, started Aurora (which loaded a Facebook page initially), browsed to the New York Times mobile home page, opened an article page, and pressed/dragged about ten times to pan through the article, three of which times the browser failed to pan.
Then I switched back to alogcat and saved the log. Here's the log file alogcat saved.
Comment 8•14 years ago
|
||
Awesome, thanks for the log! Looking at the log, I realized that I had already fixed this problem before but apparently the patches never went into Aurora, since it landed on m-i before the cutover for FF12 and landed on m-c after the cutover. Or something like that. Marking this bug as a dupe of bug 709817, and I'll request aurora approval for those patches.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
| Reporter | ||
Comment 9•14 years ago
|
||
I just tested in a Nightly build from December 22, right after the changes landed on central, and I don't see the problem there, so I can confirm that this is fixed on central and thus a duplicate of that other bug.
Status: RESOLVED → VERIFIED
Updated•14 years ago
|
tracking-fennec: --- → 11+
Updated•5 years ago
|
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in
before you can comment on or make changes to this bug.
Description
•