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 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.
+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.

Back to Bug 1923304 Comment 25