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

Issue 597759 link

Starred by 1 user

Issue metadata

Status: WontFix
Owner:
Last visit 29 days ago
Closed: Oct 2016
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Unsightly borders on expand/collapse icons on high-dpi screens

Reported by splinte...@gmail.com, Mar 24 2016

Issue description

UserAgent: Mozilla/5.0 (Windows NT 10.0; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/49.0.2623.87 Safari/537.36

Steps to reproduce the problem:
1. on a high-dpi Windows device (in my case, Surface 3 - 144 dpi, 1.5dpr) open Developer Tools
2. note the unsightly 1px grey inconsistent border (sometimes on all sides, sometimes just on one side - may depend on window size/position) around the expand/collapse arrows (e.g. in the Elements DOM view or the Event Listeners panel)

What is the expected behavior?
No borders

What went wrong?
Borders - this is likely due to the high-dpi/specific dpr value, and some rounding/smoothing of the image for expand/collapse controls?

Did this work before? Yes I'm fairly sure this is a new behavior/artifact - can't say I noticed it before

Chrome version: 49.0.2623.87  Channel: n/a
OS Version: 10.0
Flash Version: Shockwave Flash 21.0 r0
 
chrome-devtools-hidpi-icons.png
49.8 KB View Download
Owner: lushnikov@chromium.org
Status: Assigned (was: Unconfirmed)
Thank you for report.
Is zoom set to 100%?
Yes, zoom is set to 100%. dppx on the Surface is 1.5. when changing the zoom manually, the borders remain until I go to about 200-300% zoom.
Labels: Needs-Feedback
is this still relevant? Looks like it works fine on Chrome 55.0.2883.3.
Confirming that this now appears to be fixed - tested Chrome 55 on same machine (Surface 3, 100% zoom) and the unsightly borders are not there anymore. Feel free to close this issue.
Status: WontFix (was: Assigned)

Sign in to add a comment