New issue
Advanced search Search tips

Issue 870233 link

Starred by 1 user
Status: WontFix
Owner:
bsep@chromium.org
Closed: Nov 14
Cc:
pbos@chromium.org
nyerramilli@chromium.org
pbomm...@chromium.org
rbasuvula@chromium.org
pkasting@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression: New window from dragged tab becomes unresponsive on Tap Touch

Reported by khushal....@etouch.net, Aug 2 
Chrome Version : 70.0.3510.2 (Official Build) Revision 19bbe7b51081dd5aca29d10d5f881cce7eb95ff8-refs/branch-heads/3510@{#4} (32/64-bit)
OS: Windows 10 (Touch Device)

Steps to reproduce:
1. Launch chrome and open few NTP (atleast 10).
2. Drag any NTP outside to form new window using tap touch and again drag this new window in to previous window such that it stucks between 2 tabs.
3. Tap touch on the previous window such that stuck window opens up automatically and close this window.
4. Repeat steps 2-3 again and Observe.

Actual Result: New window from dragged tab becomes unresponsive on Tap Touch.
Expected Result: New window from dragged tab should not turn unresponsive on Tap Touch.

This is a regression issue, broken in 'M-69' series and providing the bisect info below:
Good Build: 69.0.3451.0 (Revision: 564769)
Bad Build:  69.0.3452.0 (Revision: 565143)

Narrow Bisect URL:

https://chromium.googlesource.com/chromium/src/+log/a65096e65014ee0ea87c8ef7b256b45d049a59a0..90ed0473c4772dd6e0df9242dd0863cb81e85cd3?pretty=fuller&n=10000

Suspect: r565126 ?

@pbos: Could you please check whether this is caused with respect to your change, if not please help us in assigning it to the right owner.

Note:
1) Issue is Touch specific and it is not seen on Click event.
2) Issue is not seen on Linux (14.04 LTS) and Mac (10.12.6, 10.13.1, 10.13.6, 10.14) OS.
3) Issue is also seen on M-69 Dev (build #69.0.3497.23).

Kindly refer the attached screencast.

Thank You..!!
Actual Video_R.mp4
974 KB View Download
Expected Video.mp4
1.1 MB View Download

Comment 1 by rbasuvula@chromium.org, Aug 2

Cc: pbomm...@chromium.org
Labels: ReleaseBlock-Stable
Adding release blocker label for this issue.Please reduce priority or remove if not the case.

Thank You!

Comment 2 by pbos@chromium.org, Aug 2

Cc: pbos@chromium.org
Owner: bsep@chromium.org
My CL can't be related and I doubt it's actually a regression caused by anything in that range. bsep@ should this be globbed up into any other touch bugs?

Comment 3 by bsep@chromium.org, Aug 2

Labels: -Pri-1 -ReleaseBlock-Stable Needs-Feedback Pri-3
Yeah, I doubt it's a regression; removing RBS. I can't even repro it, are you on a Dell Inspiron 15R?

Comment 4 by khushal....@etouch.net, Aug 3

Labels: -Needs-Feedback
Update:

With respect to comment #3,

@bsep: Yes, issue is found on Dell Inspiron 15R.

Rechecked the above issue on latest canary version 70.0.3511.0 on Win 10 (Touch device) and the issue is still reproducible.

Please refer the attached screen-cast.

NOTE: In Good build minimize, maximize and close buttons of Chrome were unresponsive and in Bad build all buttons started working fine. Hence, issue was marked as regression.

Thank You..!!
70.0.3511.0_behaviour.mp4
1.7 MB View Download

Comment 5 by dchau...@etouch.net, Nov 14

Labels: Hotlist-DesktopUIChecked
Status: WontFix (was: Assigned)
***Mass UI Triage***

Just to update:
We were unable to reproduce this bug on latest canary #72.0.3610.0 on Windows-10(Touch device) OS. If this bug still reproduces for you, please reopen or file a new issue.

NOTE: This issue is not reproducible on new tab-strip UI on Windows-10 (Touch device) machine i.e. unable to open the stucked window using tap touch.

Kindly find the attached screen-cast for reference.

Thank you
Canary behavior.mp4
1.2 MB View Download
►

Sign in to add a comment