New issue
Advanced search Search tips

Issue 855526 link

Starred by 1 user
Status: WontFix
Owner:
sangwoo108@chromium.org
Closed: Jun 2018
Cc:
nyerramilli@chromium.org
rbasuvula@chromium.org
dgozman@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression : Unwanted boxes are seen in omnibox after dragging mouse cursor to it.

Reported by rp...@etouch.net, Jun 22 2018 
Chrome version: 69.0.3469.3 (Official Build)Revision 471fb2681e8dffc90083b287077ad559e36b5bf6-refs/branch-heads/3469@{#5}(32/64-bit)
OS: Windows 10

What steps will reproduce the problem?
1. Launch chrome,navigate to NTP and open devtools
2. Now got o 'Application' section and click to expand 'Local storage' and click on url(https://www.google.co.in)
3. Now drag mouse cursor from 'Key' column to omnibox twice and observe
 
Actual: Unwanted boxes are seen in omnibox after dragging mouse cursor to it
Expected: Unwanted boxes should not be seen in omnibox after dragging mouse cursor to it

This is regression issue, broken in ‘M 66’ and will soon update other info :
Good build: 66.0.3329.0  (Revision: 531128).
Bad build: 66.0.3330.0 (Revision: 531403).

You are probably looking for a change made after 531166 (known good), but no later than 531169 (first known bad).

Narrow Bisect info : 
https://chromium.googlesource.com/chromium/src/+log/17f235afa384505f4f96931d78426dbadb4c3e76..577cfecfc9d3b18b3f74cdc505dba00f12d3a748?pretty=fuller&n=50

Suspecting: r531167 from Narrow bisect

@sangwoo108: Could you please help to reassign if your change is not the cause for this change.

Note:
1.Unable to provide bisect using per-revision script,Hence providing bisect with old script.
2.Issue is not seen on Mac(10.12.6,10.13.1,10.13.6),Linux (14.04 LTS) and Windows (7,8,8.1)
3.This issue is also reproducible on M-67 Stable (build # 67.0.3396.87),M-68 Beta (build # 68.0.3440.33) and M-69 Dev (build # 69.0.3464.0).
Actual_video.mp4
449 KB View Download
Expected_video.mp4
454 KB View Download

Comment 1 by sangwoo108@chromium.org, Jun 22 2018

Cc: dgozman@chromium.org
Hello rpise@. Thank you for reporting this. But I believe pasting itself is not a problem as it's intended ( issue 791259 ). I think dragging an empty key from dev tool writes something to OSExchangeData. it's my hypothesis, though. Maybe devtools owners can verify this.

Hi, dgozman@. Could you help me with this, please? Dragging empty row from local storage section TWICE(which is explained repro steps) seems to write something to OSExchangeData. We can reproduce this not only with omnibox but also with other apps like text editor. Is this intended?

Comment 2 by dgozman@chromium.org, Jun 22 2018 

This is definitely not intended. No idea why that's happening, DevTools is just a web page. Maybe we have some invisible data there?

Perhaps, this could happen on any random web page and is not a problem at all?

Comment 3 by sangwoo108@chromium.org, Jun 23 2018

Status: WontFix (was: Assigned)
Thanks dgozman@. I agree that this can happen on any random page. I found that when we drag a row, text selection session starts and we can get selection across rows. I guess dragging empty row also select some white space and that's why we can paste it on second dragging. For the same reason, when we drag a row and click right button, we can see the copy menu.

If I'm right, I still wonder why white space were replaced with boxes. But it seems to be already fixed on TOT. So I'd like to change the state to 'Wont fix'. Pardon me if the triage isn't right and please feel free to retriage this :)
►

Sign in to add a comment