New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 655173 link

Starred by 4 users

Issue metadata

Status: Verified
Owner:
Closed: Apr 2017
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Android , Chrome
Pri: 2
Type: Bug


Participants' hotlists:
Fixing-touch


Sign in to add a comment

user-select don't support mouse on Android

Reported by lawrence...@gmail.com, Oct 12 2016

Issue description

UserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/52.0.2743.116 Safari/537.36
Platform: 8861.0.0 (Official Build) dev-channel veyron_minnie

Example URL:
https://jsbin.com/hojekilece/1/edit?html,css,output

Steps to reproduce the problem:
0. On ChromeOS, an Android App from the Play Store, utilizing Webview:
1. Write a container with -webkit-user-select: none;
2. In a child element, change to -webkit-user-select: auto;
3. Mouse does not work as expected, behaves like a touch interface.

What is the expected behavior?
The mouse should work normally, able to quickly highlight text in the child element.

What went wrong?
In order to highlight, you have to long click and hold like a touch interface, and it brings up the touch interface for highlighting.

Does it occur on multiple sites: N/A

Is it a problem with a plugin? No 

Did this work before? N/A 

Does this work in other browsers? Yes

Chrome version:   Channel: n/a
OS Version: 55.0.2878.0 dev
Flash Version: Shockwave Flash 23.0 r0

CSS: body {
  -webkit-user-select: none;
}
body p {
  -webkit-user-select: auto;
}

then just create a body and p tag element. I was able to reproduce this by opening a url containing that (jsbin is nice) in a WebViewer test application in the PlayStore.
 
First issue I've opened, so please forgive if I've miscategorized or left out vital information.
Components: UI>Touch Blink>CSS

Comment 3 by samli@chromium.org, Nov 21 2016

Labels: Needs-TestConfirmation
Cc: denniskempin@chromium.org adlr@chromium.org
Components: -Blink>CSS Platform>ARC
Labels: -Type-Compat -Needs-TestConfirmation Type-Bug
Status: Untriaged (was: Unconfirmed)
This is a consequence of the fact that the touchpad events are getting converted to touchscreen events.  You're seeing the mouse behave like a touchscreen because it /is/ behaving like one, since the app doesn't use mouse events.

Dennis, is there something we can do address user confusion in the case of text selection?
Cc: mustaq@chromium.org
Labels: OS-Android
I would say the issue here is that Chrome on Android (which runs WebView as far as I know) simply does not have mouse support implemented. This reproduces on any website with selectable text. It also reproduces on my Android phone. 

Mustaq do you know who could have a look at this?

Comment 6 by mustaq@chromium.org, Dec 15 2016

Cc: amaralp@chromium.org aelias@chromium.org
Components: Blink>Editing>Selection
Dennis is right: mouse in Android acted like touch. This is changing from Chrome/Webview version M56. Does current Chrome Beta shows the problem?
Status: Available (was: Untriaged)
I don't reproduce on Chrome itself on ChromeOS.
Is this webview only problem?
Any Chrome app to reproduce?
Summary: user-select don't support mouse on Android (was: webkit-user-select doesn't revert to mouse+touch with default behavior)

Comment 9 by mustaq@chromium.org, Jan 13 2017

yoichio@chromium.org: which Chrome version did you use?

The bottom line is: in Android Chrome/WebView, mouse used to appear as touch. This has been fixed for M56 ( Issue 468806 ).
Update to #9: Mouse fix on Android was held back from M56, will be exposed from M58 instead.
Components: UI>Shell>TouchView
Components: -UI>Touch
Owner: mustaq@chromium.org
Status: Assigned (was: Available)
I think this should be fixed as of M58, assigning to mustaq@ to confirm and close if so.
Status: Fixed (was: Assigned)
Yes, this is fixed on M58.
Status: Verified (was: Fixed)
Chrome OS 9532.0.0, 60.0.3092.0

Sign in to add a comment