This is an archived snapshot of W3C's public bugzilla bug tracker, decommissioned in April 2019. Please see the home page for more details.
Related to this is https://www.w3.org/Bugs/Public/show_bug.cgi?id=15041 which is a request to clarify the dimensions of the image returned by toDataURL. In WebKit, the toDataURL routine returns an image corresponding in dimensions to that of the backing store (device pixels), which can be larger than that of the canvas coordinate space. In this case, the test toDataURL.png.primarycolours.htm fails because the canvas draws the image obtained from toDataURL back onto the canvas without specifying a destination width and height, which defaults to the source image width and height, which is (as explained above) not necessarily the same as the canvas width and height. In order to make this test work regardless of the resolution of the backing store, the destination width and height should be provided. We should change: ctx.drawImage(img, 0, 0); to ctx.drawImage(img, 0, 0, 100, 50); Link: http://philip.html5.org/tests/canvas/suite/tests/toDataURL.png.primarycolours.html
We are not going to make this change at this time since bug #15041 has not been approved. Because the bug has not been approved this is a potential change and not a real issue.
The change to the spec has been made on the whatwg side however and has the support of implementors. Simply refusing to update the test undermines the testing effort because people won't be willing to figure out where the tests are failing because the spec has bureaucracy-related differences from what everyone has actually agreed to implement. If you think it is a problem to accept this kind of patch we need to fix the repositories to have two branches so that people who are only interested in the W3C copy can selectively ignore test patches corresponding to spec patches that aren't yet applied on the W3C side.