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

Issue 918426 link

Starred by 5 users

Issue metadata

Status: Unconfirmed
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

Can not drag Android apps into overview or split screen on Nocturne

Reported by dymp...@gmail.com, Jan 1

Issue description

Chrome Version       : 71.0.3578.94
OS Version: 11151.59.0
URLs (if applicable) :
Other browsers tested:
  Add OK or FAIL after other browsers where you have tested this issue:
     Safari:
    Firefox:
    IE/Edge:

What steps will reproduce the problem?

1.convert to tablet mode
2.drag Android app from top of screen
3.can not

What is the expected result?

Android apps can be dragged just like the Chrome OS windows. It works fine on Caroline same version.

What happens instead of that?

Minimize and close bar appears at the top of the Android app.


Please provide any additional information below. Attach a screenshot if
possible.

Doc with Caroline and Nocturne versions and command lines. There are differences
https://docs.google.com/document/d/1hv3QlIwywv_rusWSZQmvR7QyqRVho8y1Lzn2kAvpy8k/edit?usp=sharing

This flag shows as default on both.

Enable dragging apps in tablet mode
If enabled, swiping down from the top of the screen when an app is opened in tablet mode can drag the app. – Chrome OS

#enable-drag-apps-in-tablet-mode

Screenshot of Android Gmail app in tablet mode with bar at the top

UserAgentString: Mozilla/5.0 (X11; CrOS x86_64 11151.59.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.94 Safari/537.36



 
Screenshot 2019-01-01 at 11.53.36 AM.png
876 KB View Download
Components: UI>Shell
Labels: -Pri-3 Hotlist-ConOps-CrOS Hotlist-ConOps-Source-Forum Pri-1
Components: -UI>Shell UI>Shell>OverviewMode Platform>Apps>ARC

Comment 3 by dymp...@gmail.com, Jan 18 (4 days ago)

Updated to

Google Chrome	72.0.3626.59 (Official Build) beta (64-bit)
Revision	3ee14c13967cd53e3e81a60c6731c3079e236d3e-refs/branch-heads/3626@{#683}
Platform	11316.82.0 (Official Build) beta-channel nocturne

Enabled this flag: chrome://flags/#enable-drag-apps-in-tablet-mode. It does not fix and bar is still produced at the top of the app.

Still can not drag any Android apps into overview or split screen, however, 

1. drag a chrome window first > then an Android app > it will allow it to be dragged into split screen

2. but it is then stuck and unable to be dragged

3. minimize it via the bar at the top > produces a blank app in overview

Screenshot 2019-01-18 at 9.26.34 AM.png
1.2 MB View Download
Screenshot 2019-01-18 at 9.26.15 AM.png
1.1 MB View Download
Screenshot 2019-01-18 at 9.28.04 AM.png
481 KB View Download

Comment 4 by trumbull@chromium.org, Jan 18 (4 days ago)

Cc: shihuis@chromium.org changmar@chromium.org
Labels: M-72
Feedback report with logs & associated crash logs:
https://listnr.corp.google.com/report/85917028234

Comment 5 by shihuis@google.com, Jan 18 (4 days ago)

Cc: sammiequon@chromium.org omrilio@chromium.org
Owner: x...@chromium.org

Comment 6 by x...@chromium.org, Jan 18 (4 days ago)

Checked on the device with chrome: 73.0.3674.0, Platform: 11582.0.0, ARC: 5228037, both app dragging and split screen works fine for ARC app windows. 

Comment 7 by dymp...@gmail.com, Jan 19 (4 days ago)

re: comment 6

Tried to change to the dev channel to test but can not. Settings says I am but chrome://version is still on 72. See screenshot.
Screenshot 2019-01-18 at 7.48.32 PM.png
385 KB View Download

Comment 8 by dymp...@gmail.com, Jan 19 (4 days ago)

After a restart and then about 4 minutes later > notification to update > updated to dev 73.0.3669.0.

The question is, what is the intended behavior? Out of the box with version 71, the bar would not appear at the top of Android apps and they worked the same as OS windows. I know a lot of bloggers complained about the perceived yankiness. Is this the reason for the new behavior?

Now the bar appears, causing an Android app to have a different behavior than an OS window. The user experience is not as good since it takes a lot more steps to interact.

drag/swipe down to show the bar > then touch x or - or <-
or swipe up the launcher (mine is hidden) > then touch overview icon > then x to close.

From overview mode in dev 73.0.3669.0:

1. touch overview icon bottom left > sometimes an Android app will go into split screen, sometimes not.

2. when it is in split screen > it can not be dragged down into overview like an OS window

3. sometimes it disappears all together, sometimes it becomes blank

4. when I was successful in having 2 Android apps in split screen > can not do anything except pull down the bar at the top of app > minimize or close

or touch overview icon

The issue is still the bar at the top of the Android apps. The main use for dragging as I was able to do out of the box in version 71, in tablet mode is:

1. open Android Mail (full screen)
2. open Android Calendar (full screen)
3. open an OS window (full screen)

Drag down the OS window from full screen into overview > into split screen works 

Drag down an Android app from full screen does not. 

Comment 9 by dymp...@gmail.com, Jan 19 (3 days ago)

Switched back to Stable and all dragging/swiping WAI.


Google Chrome	71.0.3578.127 (Official Build) (64-bit)
Revision	ab04191dbdc8146b84b76a6e91a762b88574eaa4-refs/branch-heads/3578@{#931}
Platform	11151.113.0 (Official Build) stable-channel nocturne
Firmware Version	Google_Nocturne.10984.67.0
ARC	5217879
JavaScript	V8 7.1.302.33
Flash	32.0.0.101 /opt/google/chrome/pepper/libpepflashplayer.so
User Agent	Mozilla/5.0 (X11; CrOS x86_64 11151.113.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.127 Safari/537.36

Comment 10 by x...@chromium.org, Today (12 hours ago)

Cc: skuhne@chromium.org
dymphep@: thanks for the detailed report. So it seems split screen worked fine for Android app windows on 71 but regressed on 72 and 73. Android app window in split screen support is a bit tricky as both Chromium and ARC++ codebases are involved in. Thus changes in both sides can break the behavior. 

I'll need to test it thoroughly on a 72 and 73 build.

Comment 11 by changmar@chromium.org, Today (10 hours ago)

Cc: phshah@chromium.org

Sign in to add a comment