- From: <bugzilla@jessica.w3.org>
- Date: Fri, 05 Feb 2016 07:31:48 +0000
- To: public-css-bugzilla@w3.org
https://www.w3.org/Bugs/Public/show_bug.cgi?id=23581 David Vest <davve@opera.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(davve@opera.com) | --- Comment #4 from David Vest <davve@opera.com> --- What Blink (and WebKit unless they have changed it recently) does is pretty broken. For naturalWidth and naturalHeight, a default 300x150 size is hard-coded in the svg specific <img> code (yes, separate from the usual CSS mechanics) and used as a fallback size in case of missing intrinsic width or height. In general, the Blink code doesn't handle images with empty sizes well (a legacy from raster-only images, empty sized images are null and basically in error), so I presume that's why someone chose 300x150 as a better size than nothing. Also, post-fork, Blink has added resolving missing width and height using the aspect ratio (from viewBox, if any) in a step towards the default sizing algorithm. I'm not sure WebKit has that. See third_party/WebKit/LayoutTests/fast/dom/HTMLImageElement/image-natural-width-height-svg.html[1] in chromium repo for an example how it manifests. I can only guess what Firefox does, but they pass the mentioned test. [1] https://chromium.googlesource.com/chromium/blink/+/72fef91ac1ef679207f51def8133b336a6f6588f/LayoutTests/fast/dom/HTMLImageElement/image-natural-width-height-svg.html -- You are receiving this mail because: You are the QA Contact for the bug.
Received on Friday, 5 February 2016 07:31:51 UTC