New issue
Advanced search Search tips

Issue 856957 link

Starred by 3 users

Issue metadata

Status: WontFix
Owner:
Closed: Nov 14
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Linux , Windows
Pri: 3
Type: Bug-Regression



Sign in to add a comment

Regression : Unwanted extra space is seen on 'Cookies in use' overlay.

Reported by pranjali...@etouch.net, Jun 27 2018

Issue description

Chrome version : 69.0.3474.0 (Official Build) 07ea11a69a583156cf0601a4a2f6253b84689574-refs/branch-heads/3474@{#1}(32/64-bit) 

OS : Win(7,8,8.1,10) and Linux(14.04 LTS)  OS

Steps to reproduce:
1. Launch chrome and navigate to 'https://www.google.com/'.
2. Click on 'secure' chip on omnibox and click on 'Cookies'.
3. Observe 'Cookies in use' overlay.

Actual Result:  Unwanted extra space is seen on 'Cookies in use' overlay.
Expected Result:  Extra space should not be seen on 'Cookies in use' overlay.

This is a regression issue broken in ‘M-69’ and will soon update other bisect info.
Good build: 69.0.3472.0
Bad build: 69.0.3473.0

Unable to provide bisect using per-revision script,Hence providing bisect with old script: 
Narrow Bisect info : 
https://chromium.googlesource.com/chromium/src/+log/3c16d9d466102e0839cad4e70cea850107143ca4..64c540a750df6adb453c0f8e6e63800d8948d04c

Suspect: https://chromium.googlesource.com/chromium/src/+/8a4187003e401bcb6a541427fe72fc425c5a9f1b

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

Note: Issue is not seen on Mac(10.12.6 , 10.13.1 , 10.13.5, 10.13.6) OS

Thank You.
 
Actual_result.mp4
337 KB View Download
Expected_result.mp4
389 KB View Download
Cc: pkasting@chromium.org pbos@chromium.org kylixrd@chromium.org
Components: -Blink UI>Browser>CookiesTree
Labels: Proj-MdRefresh
Owner: bsep@chromium.org
Status: Available (was: Assigned)
This doesn't look right, even for Material Refresh

Comment 2 by bsep@chromium.org, Jun 27 2018

Labels: -Pri-1 Pri-2
Labels: Hotlist-Polish
Labels: -Pri-2 Pri-3
This is related to increasing the textfield size. Those are disabled textfields, so this is technically correct. Addressing individual dialogs is P3.
Labels: -M-69 Group-Toolbar
Labels: -Target-69 M-70 Target-70
Status: Assigned (was: Available)
Labels: -M-70 -Target-70 M-71 Target-71
Labels: -Proj-MdRefresh Proj-DesktopUI
Labels: Hotlist-DesktopUITriaged
Labels: Hotlist-DesktopUIChecked Hotlist-DesktopUIValid
"Mass UI Triage" update :
Rechecked the above issue on Win(7,8,8.1,10) and Linux(14.04 LTS) using latest Canary build : 72.0.3610.0 and the issue is still reproducible.

@bsep : Could you please take a look in to this issue.

Thank you..!!
Canary_Behaviour.mp4
320 KB View Download
Status: WontFix (was: Assigned)
Per comment #4, this is technically to spec even it looks kinda weird, so I don't think we'll get around to fixing this.

Sign in to add a comment