<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://www.w3.org/Bugs/Public/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.4"
          urlbase="https://www.w3.org/Bugs/Public/"
          
          maintainer="sysbot+bugzilla@w3.org"
>

    <bug>
          <bug_id>9932</bug_id>
          
          <creation_ts>2010-06-15 16:10:15 +0000</creation_ts>
          <short_desc>vendor prefixed properties raise error though they are valid</short_desc>
          <delta_ts>2013-02-13 15:14:16 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>1</classification_id>
          <classification>Unclassified</classification>
          <product>CSSValidator</product>
          <component>CSS 3</component>
          <version>CSS Validator</version>
          <rep_platform>All</rep_platform>
          <op_sys>All</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P2</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Paul Irish">paul.irish</reporter>
          <assigned_to name="This bug has no owner yet - up for the taking">dave.null</assigned_to>
          <cc>jens</cc>
    
    <cc>mike.kolcun</cc>
    
    <cc>mike</cc>
    
    <cc>Ms2ger</cc>
    
    <cc>w3.org</cc>
          
          <qa_contact name="qa-dev tracking">www-validator-cvs</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>36193</commentid>
    <comment_count>0</comment_count>
    <who name="Paul Irish">paul.irish</who>
    <bug_when>2010-06-15 16:10:15 +0000</bug_when>
    <thetext>In CSS3, the use of vendor prefixes is quite common. However, running such code through the CSS validator (with css3 chosen) raises an error of &quot;property doesn&apos;t exist&quot; for all instances.

Example input is this:

.box_round {
     -moz-border-radius: 12px; 
  -webkit-border-radius: 12px; 
          border-radius: 12px; 
}


From what I can tell, this syntax is documented in the 2.1 and 3 specs:
http://www.w3.org/TR/CSS2/syndata.html#vendor-keywords
http://www.w3.org/TR/css3-syntax/#vendor-specific

Since use of these prefixes is so widespread, the validator should cease to raise errors on their use.


The validator to distinguish between an unrecognised property name, and an unrecognised property name that conforms to the syntax reserved for extensions. Marking these with an &apos;experimental&apos; warning seems sufficient.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>36428</commentid>
    <comment_count>1</comment_count>
    <who name="Oli Studholme">w3.org</who>
    <bug_when>2010-06-26 07:47:39 +0000</bug_when>
    <thetext>At the least vendor prefixes should generate warnings not errors, as they’re presumably being flagged as an error because they begin with a hyphen, rather than actually being validated:
http://lists.w3.org/Archives/Public/www-validator-css/2009Jul/0002.html

I agree with Paul’s suggestion of “experimental” and Yann’s suggestion of “inform[ing] the user that they are using a property that will be recognised only by a specific browser”. As Paul mentions there’s a big increase in vendor prefixes as we wait for implemented things to CR, so I think more people are going to have this problem.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>48449</commentid>
    <comment_count>2</comment_count>
    <who name="Mike Kolcun">mike.kolcun</who>
    <bug_when>2011-05-10 17:36:48 +0000</bug_when>
    <thetext>When using the servlet version of the validator, you can choose to mark vendor extensions as warnings, as opposed to errors.

Doesn&apos;t fix the issue, but is a decent workaround.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>