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

Issue 719443 link

Starred by 2 users
Status: Duplicate
Merged: issue 699000
Owner: ----
Closed: Jun 2017
Cc:
ajha@chromium.org
█ kavvaru@chromium.org
thestig@chromium.org
rbasuvula@chromium.org
█ brajkumar@chromium.org
rbpotter@chromium.org
dpa...@chromium.org
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Browsing history is clickable on print preview of Import bookmarks

Project Member Reported by sc00335...@techmahindra.com, May 8 2017 
Chrome Version: 60.0.3093.0
OS: Ubuntu 14.04, Windows

What steps will reproduce the problem?
1.Go to chrome://settings/importData
2.Select From as 'Mozilla Firefox' such that multiple text boxes with items are populated
3.Ctrl+P and on print preview..hover the mouse over Browser history textbox

Expected: Like other text box, browsing history shouldn't be clickable
Actual: Browsing history is clickable on print preview of Import bookmarks and settings dialog and clicking it redirects to CWS

This is a regression issue broken in M60.

Manual Bisect Info:
===================
Good Build: 60.0.3080.0 dev
Bad Build: 60.0.3081.0 dev
Actual_Import data.ogv
1.4 MB View Download
Expected_Import data.ogv
736 KB View Download

Comment 1 by ajha@chromium.org, May 8 2017

Labels: OS-Mac
Status: Untriaged (was: Unconfirmed)
Able to reproduce the issue on the latest canary(60.0.3093.0) on Mac OS 10.12.3 as well.

Comment 2 by rbasuvula@chromium.org, May 8 2017

Cc: rbasuvula@chromium.org
Labels: -Needs-Bisect hasbisect-per-revision
Owner: scottchen@chromium.org
Status: Assigned (was: Untriaged)
Using the per-revision bisect providing the bisect results,
Good build:60.0.3080.0 (Revision:466837).
Bad build:60.0.3081.0 (Revision:467177).

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

CHANGE-LOG URL:
---------------
https://chromium.googlesource.com/chromium/src/+log/9cdfb9133834fee69961f61e7f8f2c2ba01d416c..c3e69c366f3e5c247276fec6c1dba93106f14ba9

From the CL above, assigning the issue to the concern owner

@scottchen: Could you please look into the issue, pardon me if it has nothing to do with your changes and if possible please assign it to concern owner.

Review-Url:https://codereview.chromium.org/2825493003
Note :Able to reproduce the issue in Win 10.0,Ubuntu 14.04 & Mac 10.12.3 and Able to reproduce in latest Canary #60.0.3093.0

Comment 3 by ajha@chromium.org, May 8 2017

Labels: Proj-MaterialDesign-WebUI

Comment 4 by dpa...@chromium.org, May 8 2017

Cc: thestig@chromium.org rbpotter@chromium.org
Labels: Hotlist-MD-Settings-General
@rbpotter, @thestig: Is there a bug already about disallowing clicks to links within the print preview UI?

Comment 5 by rbpotter@chromium.org, May 8 2017 

I do not recall seeing one and cannot find one so far. Usually bugs are filed about not being able to click links within the preview UI, e.g.  http://crbug.com/645012 ,  http://crbug.com/538133 .

Comment 6 by scottchen@chromium.org, May 26 2017

Owner: thestig@chromium.org
I chatted with thestig@ about a similar bug report not long ago, and he mentioned that being able to click on things is expected in the print preview.

thestig@ could you confirm that this is behavior is expected?

Comment 7 by rbpotter@chromium.org, Jun 26 2017

Labels: -M-60
Mergedinto: 699000
Owner: ----
Status: Duplicate (was: Assigned)
Merging this into 699000 which is also about disallowing link clicks in print preview.
►

Sign in to add a comment