Ken Russell

Per https://bugs.chromium.org/p/chromium/issues/detail?id=636153#c3 I wonder whether this logic really has to live in typ. If the caller of typ can specify a subset of tests to run, that's sufficient to be...

@mrdoob sorry for delay replying - no, this is a different problem. It's https://github.com/KhronosGroup/WebGL/issues/2558 , https://crbug.com/1131224 , and https://crbug.com/angleproject/5009 . It should be possible to work around this by using...

On an M1 Mac, both Chrome Canary and Firefox Nightly seem to reliably produce the same results. Canary is the first screenshot here; Firefox is the second.

It would likely be impossible to tightly specify this behavior. The compositor isn't guaranteed to pick up and display every rendered frame, especially if the machine is slow or overloaded....

This sounds like a reliable and well-testable semantic. Would you anticipate any changes to the browser's ability to drop frames if it can't keep up with the application? I'm thinking...

Any insight into the newly failing tests? Happy to approve this now so you can commit once the EWS bots are green; let me know.

From a web compatibility standpoint I think that throwing an exception upon use of `imageOrientation: none` is too aggressive - it would cause web pages to completely stop working, rather...

Agreed that the EXIF orientation should be applied first, and that the flipY option should not override it, but be applied later. Feedback from early WebGPU users indicates that the...

@junov mentioned in #7210 - as well as above - that he thinks the EXIF orientation should be applied first, then the flipY operation, if requested. I think this issue...

Thinking back to discussions from several years ago, and reviewing the specification at https://html.spec.whatwg.org/multipage/canvas.html#the-imagebitmap-rendering-context : The intent of `ImageBitmapRenderingContext` was to provide the most efficient way possible to display `ImageBitmap`s...