Shorthand CSS properties not expandable if source is written in capital letters
Reported by
christof...@gmail.com,
Dec 28
|
|||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_14_2) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/71.0.3578.98 Safari/537.36 Steps to reproduce the problem: 1. Find a website with CSS shorthand properties written in caps, such as "PADDING: 10px 5px;" 2. Try to expand it to show full CSS, such as "padding-left" 3. Change the CSS to lowercase "padding: 10px 5px" and it works What is the expected behavior? If the browser can render PADDING vs padding, inspect element should treat it the same way - ie. not be dependent on it being written in lowercase What went wrong? Someone forgot to run the css through a tolower-function before comparing attributes ;) Did this work before? N/A Chrome version: 71.0.3578.98 Channel: stable OS Version: OS X 10.14.2 Flash Version:
,
Jan 1
Thanks for filing the issue! @Reporter: Could you please share a sample test webpage/URL satisfying the conditions mentioned in comment#0. That would help us to triage this further in a better way.
,
Jan 1
I can reproduce in 71.0.3578.98 with:
<!DOCTYPE html>
<style>
div { PADDING: 1px 2px 3px 4px; }
div { padding: 5px 6px 7px 8px; }
</style>
<div></div>
Inspect the div and see that the "Styles" tab includes both rules, but only the lower-case padding gets an expansion triangle between the property name and the values.
,
Jan 1
,
Jan 2
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by swarnasree.mukkala@chromium.org
, Dec 31