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

Issue 718383 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression:Radio button doesn't get selected after drag drop of text in 'pages' field of print preview.

Reported by vku...@etouch.net, May 4 2017

Issue description

Chrome Version:60.0.3088.3 (Official Build)  49d525d4dafb21903d1cd21025174928a3fdde75-refs/branch-heads/3088@{#4} (32/64 bit)
OS:Windows (7,8,8.1,10),Linux (14.04 LTS),Mac OS X(10.11.6,10.12.1)

What steps will reproduce the problem?
(1)Launch chrome and navigate to any webpage https://news.google.co.in
(2)Press cmd+P such that print preview appears, drag text from omnibox to 'pages' section text field.
(3)Observe the radio button.

Actual: Radio button doesn't get selected after drag drop of text in pages field.

Expected: Radio button should get selected if any text is drag drop in pages field.

This is a regression issue broken in 'M51' and below is the manual regression range
Good Build: 51.0.2665.0 
Bad Build:  51.0.2666.0 




 
Actual_Print.mov
2.1 MB Download
Expected_Print.mov
2.0 MB Download
Labels: Needs-Bisect
Status: Untriaged (was: Unconfirmed)
Labels: -Pri-1 Pri-3

Comment 3 by vku...@etouch.net, May 5 2017

Labels: -Needs-Bisect hasbisect
Owner: f...@opera.com
Status: Assigned (was: Untriaged)
Narrow bisect:
https://chromium.googlesource.com/chromium/src/+log/66d7184c7db7a657022286412716a0ac1912896b..c41f2b9acaf4842b5d5daabc65154d4b74825e21?pretty=fuller&n=50

Suspecting:378716 ?

Kindly help to reassign if this is not related to your change.

Comment 4 by f...@opera.com, May 5 2017

Owner: ----
Status: Available (was: Assigned)
This looks like a UI issue, and 378716 is not a UI-related change. 8573bdaa3b8d2573d7e04b4607cf776289b9bd11 looks like the only change in that range that is a UI change, but I doesn't look like it's related.
Project Member

Comment 5 by sheriffbot@chromium.org, May 7 2018

Labels: Hotlist-Recharge-Cold
Status: Untriaged (was: Available)
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue.

Sorry for the inconvenience if the bug really should have been left as Available.

For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
Labels: -Hotlist-Recharge-Cold -M-60
Owner: rbpotter@chromium.org
Let's see if this is still an issue in the new Print Preview UI.
Same issue in the new Print Preview UI. Maybe the <input> field needs some more event handlers, or maybe some event handlers don't respond correctly to drag & drop events?
Status: Assigned (was: Untriaged)
This bug has an owner, thus, it's been triaged. Changing status to "assigned".
Continuing my thought from comment 7, maybe build a minimal webpage with the same elements and see how it behaves with drag & drop events?

Sign in to add a comment