New issue
Advanced search Search tips

Issue 888918 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Closed: Sep 25
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: [Print Preview]Error message is not seen when removed all entered digits in scale textfield.

Reported by pranjali...@etouch.net, Sep 25

Issue description

Chrome Version: 71.0.3561.0 (Official Build) 59edfd1d195efd57c937c950c1fd2a708a83f1f0-refs/branch-heads/3561@{#1}(32/64-bit)
OS: Windows(7,8,8.1,10) ,Mac(10.12.6 , 10.13.1 , 10.13.6 , 10.14) and Linux(14.04 LTS) 

What steps will reproduce the problem?
1. Launch chrome and give print command.
2.Enter atleast 4 digit number in scale textfield and press backspace key until last entered digit gets deleted.
3.Observe.

Actual Result: Error message is not seen when all entered digits in scale textfield are removed 
Expected Result: Error message should be seen when all entered digits in scale textfield are removed 

This is a regression issue broken in ‘M-71’ and below is bisect information:
Good Build: 71.0.3551.0 (Revision: 590851)
Bad Build : 71.0.3552.2 (Revision: 591210)

Using the 'per-revision' script providing the bisect result:

You are probably looking for a change made after 591108 (known good), but no later than 591109 (first known bad).
CHANGELOG URL:

The script might not always return single CL as suspect as some perf builds might get missing due to failure.

 https://chromium.googlesource.com/chromium/src/+log/974aa7b559b4361d7410479796becb0b933dc6a4..e73e92b7fbf4206ffdb20282ac73bcbed7cf910e

Suspecting: https://chromium.googlesource.com/chromium/src/+/e73e92b7fbf4206ffdb20282ac73bcbed7cf910e

@rbpotter: 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.

Kindly review the attached screen-cast for reference.

Thank you.
 
Actual Result.mp4
505 KB View Download
Expected Result.mp4
605 KB View Download
Status: Assigned (was: Unconfirmed)
Status: WontFix (was: Assigned)
The existing behavior is rather odd. If the user clears a valid input, no error message shows up, but if they clear an invalid one, it does. Either way we reset as soon as focus moves. The new behavior makes more sense - empty box never shows the error message when it is focused, since the user may be in the process of entering the value. Confirmed this with print preview designer as well. Closing as WontFix.

Sign in to add a comment