- From: Philippe Le Hegaret <plh@w3.org>
- Date: Mon, 16 Sep 2013 14:35:17 -0400
- To: Rik Cabanier <cabanier@adobe.com>
- Cc: HTML Test Suite <public-html-testsuite@w3.org>, "eliotgra@microsoft.com" <eliotgra@microsoft.com>, Jay Munro <jaymunro@microsoft.com>, Tom Wiltzius <wiltzius@google.com>, "Michael(tm) Smith" <mike@w3.org>
On Mon, 2013-09-16 at 10:51 -0700, Rik Cabanier wrote: > Hi Philip, > > I quickly looked over the failed results. > > For the first table, the tests are not really testing canvas pattern but the 'loading state' of images which is not part of canvas 2d. Looking deeper at one of those [1], the 2d context specification seems clear to me: [[ If the image argument is an HTMLImageElement object that is not fully decodable, or if the image argument is an HTMLVideoElement object whose readyState attribute is either HAVE_NOTHING or HAVE_METADATA, then the implementation must return null. ]] Neither Firefox or IE do so. It may well be that we classify this one (and possibly others) as an implementation bug. > For the second table: > - the type of exception for the imageData failures are not in the spec so this is undefined behavior > - same for the gradient failures. > - same for drawImage I would be careful here as well. Some of those are well defined in Web IDL. However the 2d context spec says "Interfaces are defined in terms of Web IDL.", which could be interpreted as "following the IDL syntax and not pretending to follow the ECMAScript binding". A clarification in the spec might be in order here. Note that Wed IDL defines 3 levels of conformance: http://www.w3.org/TR/WebIDL/#conformance > For the third table, the 'font' property is supposed to return the serialized value. This is outside the scope of the canvas 2d spec (and also seems underunspecified) Agreed. > The test in table 4 is passing for me in Firefox 23 (but not ie10) Just tried again on two firefox 26 and get the same failure. weird. Are we sure Firefox didn't change this recently? Philippe
Received on Monday, 16 September 2013 18:35:26 UTC