+cc karlcow -- hi karl! This seems to be a case where icloud.com is accidentally depending on a bug in Chromium/WebKit that you were recently looking at (and that Chromium folks are taking steps towards fixing) -- specifically, they're depending on getting a nonzero naturalWidth for a dimensionless SVG image, which is: https://bugs.webkit.org/show_bug.cgi?id=284341 https://issues.chromium.org/issues/41357911 They're getting broken results in Firefox (and maybe soon Chrome and/or WebKit if those^ bugs are fixed) as a result. Would you mind reporting this to that the iCloud folks? They just need to either add some nonzero width & height attributes to their "checkmark" SVG image here, or adjust their logic that checks the image's naturalWidth & naturalHeight to gracefully handle those returning 0.
Bug 1923304 Comment 25 Edit History
Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.
+cc karlcow -- hi karl! This seems to be a case where icloud.com is accidentally depending on a bug in Chromium/WebKit that you were recently looking at (and that Chromium folks are taking steps towards fixing) -- specifically, they're depending on getting a nonzero naturalWidth for a dimensionless SVG image, which is: https://bugs.webkit.org/show_bug.cgi?id=284341 https://issues.chromium.org/issues/41357911 They're getting broken results in Firefox (and maybe soon Chrome and/or WebKit if those^ bugs are fixed) as a result. Would you mind reporting this to the iCloud folks? They just need to either: * add some nonzero width & height attributes to their "checkmark" SVG image here (on the `<svg>` element that's inside their base64-data-URI-encoded graphic, markup quoted in comment 20 and data-URI-encoding quoted in comment 19's attachment); * ...or adjust their logic that checks the image's naturalWidth & naturalHeight to gracefully handle those returning 0.