- From: Scott Wilson <scott.bradley.wilson@gmail.com>
- Date: Fri, 3 Dec 2010 17:58:57 +0000
- To: Marcos Caceres <marcosc@opera.com>
- Cc: public-webapps WG <public-webapps@w3.org>
- Message-Id: <579F316E-6A44-44F6-A756-A468BDA43E4F@gmail.com>
On 3 Dec 2010, at 16:54, Marcos Caceres wrote: > On 12/3/10 5:38 PM, Scott Wilson wrote: >> >> On 3 Dec 2010, at 16:28, Marcos Caceres wrote: >> >>> On Fri, Dec 3, 2010 at 12:05 PM, Scott Wilson >>> <scott.bradley.wilson@gmail.com> wrote: >>>> # i18nlro30 (download, files) >>>> >>>> Tests that LRO direction does not apply to the feature element's required >>>> attribute. To pass, the value of the required attribute must be treated as >>>> "false". >>>> >>>> The actual feature is: >>>> <feature name="feature:x-bugus-feature" required="false" dir="rtl"/> >>>> So as the feature is unsupported by the UA, the feature is ignored and the >>>> value of the required attribute is irrelevant. (All other xxx30 tests have >>>> the same issue). >>> >>> Can you suggest an alternative way to test this? >> >> How about: >> >> <feature name="feature:a9bb79c1" required="false" dir="rtl"/> >> >> ? > > That might be ok, but the problem is still that if false is treated as "eslaf" it would still default to "true" (which is why I wrote the test with the bogus feature): > > "If a required attribute is used, then let required-feature be the result of applying the rule for getting a single attribute value to the required attribute. If the required attribute is not used or if required-feature is not a valid boolean value, then let the value of required-feature be the value 'true'." > Ah OK I think I understand now, so the actual test is OK if the UA doesn't throw an exception and has an empty feature list (its not supported, and required is false). You shouldn't see a "false" value on the Feature as if all goes well, it won't be used?
Attachments
- application/pkcs7-signature attachment: smime.p7s
Received on Friday, 3 December 2010 17:59:37 UTC