New issue
Advanced search Search tips

Issue 871656 link

Starred by 1 user

Issue metadata

Status: Verified
Owner:
Closed: Aug 22
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows , Mac
Pri: 1
Type: Bug-Regression



Sign in to add a comment

Regression: Red Underline is seen for entered text on print preview page.

Reported by pranjali...@etouch.net, Aug 7

Issue description

Chrome version : 70.0.3514.0 (Official Build)  e359e11e00b7a42e1b5f7fee1f89b38a48c2dc60-refs/branch-heads/3514@{#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)OS

What steps will reproduce the problem?
1.Launch chrome ,open NTP and give print command
2.  Click on 'change' button on print preview and enter text in 'search destination' textbox.
3. Observe.

Actual  : Red Underline is seen for entered text on print preview page.
Expected: Red Underline should not be seen for entered text on print preview page.

This is a regression issue broken in ‘M-68’ and below is bisect info.
Good build: 68.0.3401.0 
Bad build: 68.0.3402.0 

You are probably looking for a change made after 552269 (known good), but no later than 552270 (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/527433a7047fd56a0db0189a80a422087a1ab951..8712023f7d10238966ed56d02d27f10e02c8c394

Suspect: https://chromium.googlesource.com/chromium/src/+/8712023f7d10238966ed56d02d27f10e02c8c394

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

Thank You
 
 
Actual_result.mp4
335 KB View Download
Expected_result.mp4
390 KB View Download
Cc: xiaoche...@chromium.org
Owner: dpa...@chromium.org
dpapad@: here's another text box where spellchecking might be unwanted.
Cc: dpa...@chromium.org
Owner: xiaoche...@chromium.org
xiaochengh: dpapad is OOO. Can you take this since you landed several spellcheck related CLs?
Owner: thestig@chromium.org
This is pretty similar to  issue 867377 . The spellchecker behavior here is as expected, since the text box doesn't disable spellchecking on it.

The question is whether the text box needs spellchecking -- if not, spellcheck=false should be added to it.

thestig: I might not be the right person to decide print preview page behavior.

Could the printing owners decide whether spellchecking is wanted there, and either add spellcheck=false or close the issue? Thanks!
Cc: thestig@chromium.org rbpotter@chromium.org
Labels: -Target-68 -Target-69
Owner: rbpotter@chromium.org
xiaochengh: Sure, we decided we'll keep the previous behavior without spellchecking. It does not make sense to perform spellchecking on printer names. 

It would have been nice if you told us about this ahead of time, instead of enabling spellchecking everywhere before we had a chance to evaluate whether it is the right thing for our WebUIs.
thestig: Sorry, didn't expect such side effects in WebUIs.

Anyway, there's a Blink runtime flag controlling the newly introduced spellchecker behaviors, which is enabled only in M69/70. If things don't go well before M69 reaches stable, we can simply disable it.
Update:
Rechecked the above issue on Windows (7,8,8.1,10),Mac(10.12.6,10.13.1,10.13.6,10.14) and Linux(14.04  LTS)OS using latest canary build #70.0.3524.0 and issue is still reproducible. Red underline is still seen for entered text on print preview page.

please refer attached screencast for reference

Thank You...

Canary_behaviour.mp4
340 KB View Download
Project Member

Comment 8 by bugdroid1@chromium.org, Aug 18

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/0f4df01be99759a79b0163ceeff4a411e4f6b4db

commit 0f4df01be99759a79b0163ceeff4a411e4f6b4db
Author: rbpotter <rbpotter@chromium.org>
Date: Sat Aug 18 00:56:32 2018

Print Preview: remove spellcheck in old UI

Just in case we need to revert to the old UI in M70+, also fix the issue
in the old code.

Bug:  871656 
Change-Id: I2a5791888132bed32d057a5000118da11a47d1b4
Reviewed-on: https://chromium-review.googlesource.com/1177897
Reviewed-by: Scott Chen <scottchen@chromium.org>
Commit-Queue: Rebekah Potter <rbpotter@chromium.org>
Cr-Commit-Position: refs/heads/master@{#584269}
[modify] https://crrev.com/0f4df01be99759a79b0163ceeff4a411e4f6b4db/chrome/browser/resources/print_preview/common/search_box.html
[modify] https://crrev.com/0f4df01be99759a79b0163ceeff4a411e4f6b4db/chrome/browser/resources/print_preview/settings/advanced_settings/advanced_settings_item.html
[modify] https://crrev.com/0f4df01be99759a79b0163ceeff4a411e4f6b4db/chrome/browser/resources/print_preview/settings/page_settings.html

Cc: pnangunoori@chromium.org
Labels: Needs-Feedback
Tested on the reported # 70.0.3514.0 and able to reproduce the issue. However, red underline is still not observed in latest Canary #70.0.3529.3.

rbpotter@ -- Could you please confirm what exactly is the fix as per the comment #8. So that we can verify accordingly.

Thanks!

Labels: -Needs-Feedback
The fix in comment 6 is for the new Print Preview UI (enable new print preview in chrome://flags), which we expect to be the default by the time M70 launches to Stable. The fix in comment 8 is for the old UI. So with the new print preview flag enabled, this should be fixed in 70.0.3524.0 and higher. With the flag disabled (so old UI), this should be fixed in 70.0.3526.0 and higher.


Labels: TE-Verified-M70 TE-Verified-70.0.3530.0
with respect to comment #10,
Rechecked the above issue with enabling new print UI flag and without enabling flag on Windows (7,8,8.1,10),Mac(10.12.6,10.13.1,10.13.6,10.14) and Linux(14.04  LTS)OS using latest canary build #70.0.3530.0 and issue is fix.

Please refer below attached screencast for reference.

Thank You...
Canary Behaviour_ With Print flag.mp4
475 KB View Download
Canary Behaviour _Without New Print flag.mp4
395 KB View Download
Status: Verified (was: Assigned)

Sign in to add a comment