798788 - Long press on empty area scrolls some pages to the end

Status: RESOLVED DUPLICATE of bug 782691

(Firefox for Android Graveyard :: General, defect)

Description

[Ivan Naitana]

Attachment: Sample page showing the same behaviour

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:15.0) Gecko/20100101 Firefox/15.0.1
Build ID: 20120907231657

Steps to reproduce:

Load the desktop version of any long enough Wikipedia article.
Scroll down at least for one screen-height page.
Make a long press on the empty left area (past the navigation bar).


Actual results:

Either the closest word gets selected (expected behaviour in normal conditions) or no word gets selected (effect of double clicking on same area with desktop Firefox).


Expected results:

The last word of the page gets selected, making the page scroll down to its end.

I think it's more of a design problem by wikipedia (looks due to the height:100% attribute they give to body), which leads to that area being in a sort of undetermined position in the DOM.
Still it's very frustrating, especially on long articles, so maybe it can be changed to mimic the behaviour of desktop Firefox, which just selects nothing.

Comment 1

[Ivan Naitana]

Sorry, I switched "Actual results" and "Expected results" fields.

Comment 2

[Naoki Hirata :nhirata (please use needinfo instead of cc)]

I believe that this may be a dup of bug 772280.  Please comment if you do not think that this is the case.  if we tap on a white space, it could potentially scroll to the next element.

Comment 3

[Ivan Naitana]

Well, this might be a duplicate, as I believe it could be caused by the same function as bug 772280, but this one is more specific.
But while bug 772280 could arguably be by design, this one is more clearly a bug and you might want to fix it, since the element (or better, word) selected is not close to the tapped whitespace.
It's always the last word in the page, and this makes the page scroll down to its end.

Using the same page suggested in bug 772280:

1. Load the desktop version of https://en.wikipedia.org/wiki/Firefox_for_mobile;
2. Scroll down (since this happens on areas overflowing past body's "height: 100%" style, you need to go past the initial 100% height);
3. Tap and hold the background space at the bottom left (i.e. left to the end of the version list).
4. The last word in the page gets selected, and the page jumps to the end.

Viewing desktop wikipedia on a tablet, that area is the resting position of the left thumb, so this happens to me quite often.

I'm also attaching another testcase.

Comment 4

[Ivan Naitana]

Attachment: Test case with overflowing div

Since wikipedia's "height: 100%" body attribute could be questionable design, in this more general testcase the same bug is caused by just an overflowing div.

Tap and hold on any white background area in the first 200 px height (the size originally set for the div), and it will select the closest word, as in bug 772280.

Tap and hold on any white backgorund area past the first 200 px (which exists only because the div's overflow is being showed), and it will select the last word and jump to the end of the page.

Comment 5

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

This is actually a dupe of bug 782691. Agreed it is a bug, and it is annoying.