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

Issue 596305 link

Starred by 1 user

Issue metadata

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



Sign in to add a comment

Pretty print in developer tools doesn't work well with @font-face unicode range

Reported by superpoi...@gmail.com, Mar 20 2016

Issue description

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

Steps to reproduce the problem:
1. Copy the full CSS from Google Fonts, such as for Open Sans. 
2. Minify the CSS. Load a test site with the minified @font-face CSS included with other rules. 
3.  Now in developer tools, pretty print the CSS. 

What is the expected behavior?
Unicode range should display well. 

What went wrong?
Unicode range doesn't pretty print well. In addition, new fonts are downloaded as this confuses the browser. 

Did this work before? N/A 

Chrome version: 49.0.2623.87  Channel: stable
OS Version: 6.2 (Windows 8)
Flash Version: Shockwave Flash 21.0 r0
 
Untitled picture.png
67.9 KB View Download
Labels: Needs-Feedback
superpoincare@Could you please provide sample file with actual and expected behavior screencast for further triage.
Yes. Here is my file. 

You can test any website by first copying and pasting the minified css code in "Sources" in development tool and then pretty printing it by clicking "{}"
style.min.css
41.4 KB View Download
Owner: lushnikov@chromium.org
Status: Assigned (was: Unconfirmed)
Works for me on Chrome Canary 54.0.2816.0.
Looks like this is fixed now as we updated the CSS codemirror mode. Could you please verify?
Yes looks fine to me in Canary 54.0.2815.0
Status: Fixed (was: Assigned)

Sign in to add a comment