| Summary: | Accept image/jpg for compatibility reasons | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | Karl Dubost <karlcow> |
| Component: | Images | Assignee: | Chris Dumez <cdumez> |
| Status: | RESOLVED FIXED | ||
| Severity: | Normal | CC: | annevk, cdumez, marcosc, sabouhallawa, webkit-bug-importer |
| Priority: | P2 | Keywords: | BrowserCompat, InRadar |
| Version: | Safari Technology Preview | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| See Also: | https://bugs.webkit.org/show_bug.cgi?id=13154 | ||
|
Description
Karl Dubost
2022-10-05 19:32:43 PDT
There is history into this: It seems to be available already on iOS. https://searchfox.org/wubkat/rev/e8e9be7353991aee7df45aa62f0e0148f16e6f9f/Source/WebCore/platform/MIMETypeRegistry.cpp#74-93 I'm actually surprised we don't resort to sniffing here, but I suppose that's because we're given a MIME type? In that case we probably want to claim support for this MIME type even if it's non-standard. HTML could probably be more specific about the MIME types here. It currently has "A supported image, video, or audio type" in the navigate algorithm which isn't great. (Separately it suggests `image/*` are image MIME types for a different algorithm, but claiming all of them might also not be what we want for navigate or what other browsers implement.) https://github.com/web-platform-tests/wpt/pull/30403 has some work-in-progress tests for sniffing-related cases where there's also download-vs-display differences. https://github.com/whatwg/html/issues/7420 discusses a similar issue for XML MIME types. Pull request: https://github.com/WebKit/WebKit/pull/5100 Committed 255268@main (0d17dc0c310f): <https://commits.webkit.org/255268@main> Reviewed commits have been landed. Closing PR #5100 and removing active labels. |