W3C home > Mailing lists > Public > public-css-testsuite@w3.org > August 2012

Re: [css3-conditional] Submitted a few TCs: at-supports-019, at-supports-022 and at-supports-027

From: Gérard Talbot <css21testsuite@gtalbot.org>
Date: Tue, 7 Aug 2012 17:07:12 -0400
Message-ID: <13d34b75a14a6bbd9835573e4512a916.squirrel@ed-sh-cp3.entirelydigital.com>
To: "Florian Rivoal" <florianr@opera.com>
Cc: "Public CSS test suite mailing list" <public-css-testsuite@w3.org>

Le Lun 6 août 2012 5:08, Florian Rivoal a écrit :
> On Fri, 03 Aug 2012 21:43:51 +0200, Gérard Talbot
> <css21testsuite@gtalbot.org> wrote:

[snipped]

>> http://test.csswg.org/source/contributors/opera/submitted/css3-conditional/at-supports-027.html
>>
>> 		<style>
>> 			div {
>> 				background-color:green;
>> 				height:100px;
>> 				width:100px;
>> 			}
>> 			@supports (margin: 0)
>> 		</style>
>>
>> This test can *_never_* fail. There is no possibility that red can be
>> displayed. As coded, IE4 will pass this test.
>
> Actually, it can fail, and I have it because my implementation failed it
> at some point. When it fails, it will not display red, but it will not
> display green either. Maybe I should change the text to "Test passes if
> there is a filled green square" without mentioning anything about red.

Ideally, you want tests to be built and written in a very formal manner
(with a high level of formalism) so that there is and can be only 2
possible rendered layouts: usually/typically, a red square or a green
square. So that anyone taking the test will also expect a clear
(non-equivocal) pass or a clear (non-equivocal) fail verdict regarding
the test. You want to facilitate the tester's task into clicking either
the Pass or Fail buttons and not the Cannot tell button.

>
> Here is how it failed for me: when the parser does not find the opening
> '{' after '@supports (margin: 0)', it consumes everything up to the next
> properly nested ';' or '}', or EOF. In this case, it consumes the EOF.
> After that, the parser tries to resume normal operation, and using a
> grammar that looks something like: <style_rule> | <at_rule> | .... |
> EOF.
> Since EOF has already been consumed, the parser finds nothing, fails,
> and
> discards the entire style-sheet, since it has no error recovery rule for
> missing EOF.
>
>   - Florian

Well, then, in such case, the pass/fail conditions sentence should be
more restricted and only :

<p>Test passes if there is a filled green square.</p>

Gérard
-- 
Contributions to the CSS 2.1 test suite:
http://www.gtalbot.org/BrowserBugsSection/css21testsuite/

CSS 2.1 Test suite RC6, March 23rd 2011:
http://test.csswg.org/suites/css2.1/20110323/html4/toc.html

CSS 2.1 test suite harness:
http://test.csswg.org/harness/

Contributing to to CSS 2.1 test suite:
http://www.gtalbot.org/BrowserBugsSection/css21testsuite/web-authors-contributions-css21-testsuite.html
Received on Tuesday, 7 August 2012 21:07:43 GMT

This archive was generated by hypermail 2.2.0+W3C-0.50 : Tuesday, 7 August 2012 21:07:49 GMT