245411 2022-09-19 23:18:10 -0700 Multiple picture sources downloading when page is served as XHTML 2022-09-26 23:25:43 -0700 1 1 1 Unclassified WebKit Images Other Mac (Intel) Other NEW https://bugs.webkit.org/show_bug.cgi?id=159484 InRadar P2 Normal --- 1 robin webkit-unassigned ahmad.saleem792 ap cdumez sabouhallawa simon.fraser webkit-bug-importer oldest_to_newest 1899725 0 462466 robin 2022-09-19 23:18:10 -0700 Created attachment 462466 XHTML variant that demonstrates the problem First up, this is quite possibly a dupe of bug #159484, but as the trigger is different I’ll start with filing this issue separately. Given a page with a picture element with a source element that references a different resource to the img element, both referenced resources will be downloaded if the page is served as an XHTML document with the appropriate xmlns. I’ve attached a couple of test files that demonstrate the problem. This was observed in the wild on https://standardebooks.org/ebooks, which doesn’t contain any JS (trigger from bug #159484) and is served as XHTML. 1899726 1 462467 robin 2022-09-19 23:18:29 -0700 Created attachment 462467 HTML variant that works correctly 1900752 2 ahmad.saleem792 2022-09-23 13:23:32 -0700 Only difference I can find between these two test is: <html xmlns="http://www.w3.org/1999/xhtml"> vs <html> and both have issues while pasting the code in W3C validator: https://validator.w3.org/#validate_by_input - Can you share an example with working images in it and reproducible test case in both cases, I don't get any difference. Thanks! 1900940 3 ap 2022-09-24 16:18:39 -0700 What's important here is that the attachments are served with different content types. application/xhtml+xml means that the document is handled as XHTML. To see the problem, one needs to check errors in Web Inspector. One subresource loading error means passing; two errors means failing. This does reproduce. 1900941 4 ahmad.saleem792 2022-09-24 16:20:10 -0700 (In reply to Alexey Proskuryakov from comment #3) > What's important here is that the attachments are served with different > content types. application/xhtml+xml means that the document is handled as > XHTML. > > To see the problem, one needs to check errors in Web Inspector. One > subresource loading error means passing; two errors means failing. This does > reproduce. Thanks for your input.. New learning for me. Will account for in future testing. :-) 1901416 5 webkit-bug-importer 2022-09-26 23:19:18 -0700 <rdar://problem/100444926> 1901417 6 robin 2022-09-26 23:25:43 -0700 Note: standardebooks.org (referenced in the original comment) has now been adjusted to not serve any source elements to Safari, effectively bypassing this problem. The bug still stands with the testcases. 462466 2022-09-19 23:18:10 -0700 2022-09-19 23:18:10 -0700 XHTML variant that demonstrates the problem se-avif-test.xhtml application/xhtml+xml 209 robin PCFET0NUWVBFIGh0bWw+CjxodG1sIHhtbG5zPSJodHRwOi8vd3d3LnczLm9yZy8xOTk5L3hodG1s Ij4KPGhlYWQvPgo8Ym9keT4KPHBpY3R1cmU+Cgk8c291cmNlIHNyY3NldD0iaHR0cDovL2V4YW1w bGUuY29tL2V4YW1wbGUyLmpwZyIvPgoJPGltZyBzcmM9Imh0dHA6Ly9leGFtcGxlLmNvbS9leGFt cGxlLmpwZyIvPgo8L3BpY3R1cmU+CjwvYm9keT4KPC9odG1sPgo= 462467 2022-09-19 23:18:29 -0700 2022-09-19 23:18:29 -0700 HTML variant that works correctly se-avif-test.html text/html 178 robin PCFET0NUWVBFIGh0bWw+CjxodG1sPgo8aGVhZC8+Cjxib2R5Pgo8cGljdHVyZT4KICAgIDxzb3Vy Y2Ugc3Jjc2V0PSJodHRwOi8vZXhhbXBsZS5jb20vZXhhbXBsZTIuanBnIi8+CiAgICA8aW1nIHNy Yz0iaHR0cDovL2V4YW1wbGUuY29tL2V4YW1wbGUuanBnIi8+CjwvcGljdHVyZT4KPC9ib2R5Pgo8 L2h0bWw+Cg==