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

Issue 740561 link

Starred by 2 users

Issue metadata

Status: Untriaged
Owner: ----
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 2
Type: Bug



Sign in to add a comment

AOpen Chromebox Mini w/ touchscreen - Android app compatibility

Reported by eric.kuf...@kohls.com, Jul 10 2017

Issue description

UserAgent: Mozilla/5.0 (X11; CrOS x86_64 9725.0.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/61.0.3152.0 Safari/537.36
Platform: veyron_fievel / AOpen ChromeBox Mini

Steps to reproduce the problem:
1. Unbox/setup AOpen Chromebox Mini
2. Attach touchscreen to Chromebox Mini - www.elotouch.com/open-frame-touchscreens/3243l.html
3. Enroll in cPanel
4. Update to latest dev-channel
5. Open Play Store
6. Open Kohl's app in play store - https://play.google.com/store/apps/details?id=com.kohls.mcommerce.opal

Unable to install Kohl's app on this device.

This also prevents us from utilizing this app with AOpen Chromebox Mini - in KIOSK MODE.

What is the expected behavior?
When a touchscreen is attached to this device, we expect to be able to utilize it as a giant tablet. (KIOSK)

What went wrong?
Your device is not compatible with this application.

Several applications which are accessible from touchscreen Chromebooks are not available to this device.

Did this work before? No 

Chrome version: 61.0.3152.0  Channel: dev
OS Version: 9725.0.0
Flash Version: 

Please help!
 
Status: Untriaged (was: Unconfirmed)
Sounds like this app requires a touchscreen: see https://developer.android.com/topic/arc/index.html
Owner: poromov@chromium.org
Sergey, can you PTAL?
Cc: poromov@chromium.org
Components: -Enterprise Platform>ARC
Owner: elijahtaylor@chromium.org
This have nothing to do with kiosk feature as per description the app doesn't work in general on ChromeOS.

Assigning to Elijah to provide more details on whether 'android.app.touchscreen' feature should be turned on if such touchscreen device is attached to a Chromebox.

Comment 4 by uekawa@chromium.org, Jul 28 2017

Current state seems to be that 
android.hardware.touchscreen is not available but android.hardware.faketouch is set.


Comment 5 by uekawa@chromium.org, Jul 28 2017

Owner: hungte@chromium.org
Main question probably is, is android.hardware.touchscreen supposed to be enabled when external monitor is capable of touch ? 

c.f. 
https://developer.android.com/guide/topics/manifest/uses-feature-element.html 

does not quite say anything about when things are externally pluggable. (features is something fairly static)

Comment 6 by hungte@chromium.org, Jul 28 2017

Cc: bhthompson@chromium.org hunga@google.com
Owner: ----
We support feature detection at runtime (go/arc-board-features) but there are two questions: 1. is that external touchscreen supported by chromeos? it may not work if we don't have proper drivers. 2. external devices must be probed in the board feature detection script.

+bhthompson

Hi Bernie, do you know if we have some support plan for such case (external touchscreen on chromebox)?

Comment 7 by hungte@chromium.org, Jul 28 2017

Cc: -hunga@google.com hungte@chromium.org
We only attempt to detect internal touch screens, so having a box that is connected to an external touch screen is not currently expected to expose that touch capability.

Since we cannot guarantee the touch screen is always there, we cannot expose the feature, by some interpretations of the Android CDD.

Since this is dynamic, we might be able to do better probing and expose the touch screen feature if a USB touch screen is detected at boot? We probably need to research more internally on how to interpret the CDD in such a case.
Components: Platform>Apps>ARC

Sign in to add a comment