929523 - Ontouch* , onmouse*, onclick events not fired on touch enabled devices when horizontal scrollbar is present

Status: NEW

(Core :: DOM: UI Events & Focus Handling, defect)

Description

[akania]

User Agent: Mozilla/5.0 (Windows NT 6.2; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.101 Safari/537.36

Steps to reproduce:

Windows 8.
Firefox 24.
Laptop with touch screen
Open http://jsfiddle.net/YAw5G/11/ ( maximized browser, make sure that 'Result' area don't have scrollbars )

A) With Scrollbar ( on the left )
1) Try to draw horizontal line inside grey div - working
2) Try to draw vertical line inside grey div - not working, content scrolling

A) With Scrollbar ( on the left )
1) Try to draw horizontal line inside grey div - working
2) Try to draw vertical line inside grey div - not working, content scrolling

A) With Scrollbar ( on the left )
1) Try to draw horizontal line inside grey div - working
2) Try to draw vertical line inside grey div - not working, content scrolling

A) With Scrollbar ( on the right)
1) Try to draw horizontal line inside grey div - working
2) Try to draw vertical line inside grey div - working


Actual results:

If content/container has the scrollbar present ( even parent element/whole window ) user is unable to draw vertical lines, no touch*, mousemove,mousedown,* click events are triggerd, instead scrollbar is working horizontaly.
Preventing default actions ( event.preventDefault() ) is not helping


Expected results:

User should be able to draw in any direction.

Comment 1

[Suzanne Smedberg]

Did it work on previous versions of Firefox?  Are you observing the behavior in an other application on your system?  I appreciate any extra information that will help narrow it down so I can file your bug appropriately.

Comment 2

[akania]

Tried with Firefox 24 and Firefox 23 - both not working
Google Chrome - ok

You can also try on http://blogs.msdn.com/b/ie/archive/2011/10/19/handling-multi-touch-and-mouse-input-in-all-browsers.aspx - Internet Explorer (10) & Chrome working fine - user is able to draw ( start) in any direction also vertically

In Firefox when user wants to start drawing vertical line and a scrollbar is present ( for a parent container ) he is unable to draw.
Updated demo page - http://jsfiddle.net/YAw5G/28/ - when drawing/swiping veritcally events are not logged to console - they are not triggered?

Comment 3

[akania]

+ Firefox 23 - inconsistent behavior - when browser window/tab with canvas is loosing focus and user will start drawing again on it he is able to draw vertical lines

Comment 4

[akania]

are  these informations sufficient?

Comment 5

[akania]

tested again with latest Firefox 25 - not working

Comment 6

[Paul Oiegas [:poiegas], PM for Ecosystem QA (OMC, New Tab, Contextual, Nimbus, Experiments), Services QA (VPN, FxA/Subplat, Relay, Monitor), WebCompat QA, and Solo QA teams)]

Attachment: both fields working.png

Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:46.0) Gecko/20100101 Firefox/46.0

Hi reporter,

I have tested this issue using your test case on latest Firefox release (43.0.4), latest Nightly build (46.0a1-20160112030227) and I'm not sure it still reproduces the same. Indeed horizontal lines can be drawn with just a touch over the boxes, but I also managed to draw vertical lines by holding the finger for 1 second on the screen and sliding it after vertically. 
Performed the tests on a Dell XPS 12 laptop 2 in 1 with both mouse and touch capabilities.  

Can you please test this on the latest Firefox release and on latest Nightly build (https://nightly.mozilla.org/) and report the results ? When doing this please use a fresh new Firefox profile and maybe even safe mode (https://support.mozilla.org/en-US/kb/troubleshoot-and-diagnose-firefox-problems). If the current behavior is still not satisfying we will involve the development team on this to see their opinion.

Thanks,
Paul

Comment 7

[Paul Oiegas [:poiegas], PM for Ecosystem QA (OMC, New Tab, Contextual, Nimbus, Experiments), Services QA (VPN, FxA/Subplat, Relay, Monitor), WebCompat QA, and Solo QA teams)]

The reporter did not answered to my request, but this still reproduces on latest Nightly build (47.0a1-20160211075650) and latest Firefox release (44.0.2) with the provided testcase. 
Considering this, I am marking this issue as New and assign a component for it. Maybe with someone with more experience on this could share an opinion.

Comment 8

[Daniel Bodea [:danibodea]]

This issue still occurs differently on the latest Nightly compared to Chrome.
I think Chrome is handling this as expected.

If scrollbars are present, then the content inside should be scrolled while touch-dragging. If no scrollbars are displayed, then the whole page should scroll (if the case).

Comment 9

[Timea Cernea [:tbabos][inactive]]

Reproduced on Lenovo Yoga C630-13Q50 with Windows 10 Home (v1803) on latest Nightly aarch64 build.

Comment 10

[BugBot [:suhaib / :marco/ :calixte]]

Clear a needinfo that is pending on an inactive user.

Inactive users most likely will not respond; if the missing information is essential and cannot be collected another way, the bug maybe should be closed as INCOMPLETE.

For more information, please visit BugBot documentation.