Add WebP support to Orion on macOS Catalina/Mojave
Alright, I found a solution onerob . It is far from ideal, but it does work.
It relies on custom script execution. According to Vlad this is meant to be implemented natively soon. Keep in mind this will decode every webp image on the client side.
Here the steps:
- Install https://addons.mozilla.org/en-US/android/addon/codeinjector/ in normal firefox
- Inside the add-on, create a new rule. Use whatever URL, it doesn't matter. As of today, the add-on is unable to detect the current loaded site in Orion.
- While creating the rule, go to Files. Add the following two paths and save:
https://unpkg.com/webp-hero@0.0.2/dist-cjs/polyfills.js
https://unpkg.com/webp-hero@0.0.2/dist-cjs/webp-hero.bundle.js
Open the add-on options. Export the rule. This will save a .json file.
Install the extension in Orion and import the same file.
Restart Orion
Open any website that loads webp images. Click on the extension, select the dropdown menu besides your rule and click "inject"
Nothing will happen! You still need to apply the injection. Open the console (F12) and execute the following:
var webpMachine = new webpHero.WebpMachine()
webpMachine.polyfillDocument()Webp images will start loading. Done.
Keep in mind that you will need to 1) inject the rule on every new tab and 2) execute the console commands every time new webp elements are loaded. The images will be decoded one at a time. I don't have enough time to find out how to make it work automatically. It should be possible, but extensions support is still very buggy. If you find a way, let me know.
Vlad This should not be considered a solution for the reasons stated above. I would keep this open until something more elegant is found. WebKit has support for webp since 2013 (see https://bugs.webkit.org/show_bug.cgi?id=47512) so this might actually be activated through some compilation flag?
Thanks for the code injection tip, webpsupporter. I think it's a bit too involved to be a realistic workaround, as I can always open the page in Firefox if I want to see the webp images.
As for compilation flags etc.., see the Stack Overflow link above. It contains further links to two libraries needed to enable webp in WebKit (or at least WebKitGTK). These are featured in Ubuntu packages and I don't know if they're capable of working on Mac.
Great job @webpsupporter
I am inviting you to post a bug report on webkit.org with your findings to get this moving.
https://webkit.org/reporting-bugs/
Our team is too small to be patching this on our end (and we have 1,700+ open issues on this site).
onerob Agree. In my case, I've almost moved my whole workflow to Orion, so this workaround serves some purpose at least.
Vlad I will try to do so over the weekend. Keep in mind that my workaround makes use of a polyfill so it is unrelated to the WebKit engine itself. On the other hand, I am not so sure if they will provide a patch/solution since Apple's port relies the OS libraries and might be marked as "invalid", but it is worth the shot I guess.
Interesting. That would seem to explain it. Further down the thread we had this comment: "Looking forward to deleting this in two years 
", which implies that it's a temporary solution. Still, better than nothing.
I don't think they'd do this for webp as Catalina no longer receives Safari updates (except for security issues) so it would not be seen as something that's needed. Unfortunately.
Keep in mind that I am still unable to decode AVIF in Mojave.
On a related note, I finished compiling WebKit. There are some good news and bad news:
The good news are libavif and libwebp linking statically to WebKit.
The bad news: none of this makes a difference. There must be some set of flags that activate such function conditionally according to the OS version.
Sadly I don't know how to proceed at this point.
- Edited
So close... Someone in the Webkit community would probably know the extra steps but I'd be way of my depth over there.
WebP turns out to make more work for users.
Save the image from the page then send that in email to whoever, they complain the photo in the email sent to them is not viewable.
So have to open in Preview export as JPG and resend it for their email clients to view it.
- Edited
I hit this issue myself opening https://bbc.com on Orion/Catalina. The images are not showing (bbc uses webp). Will going to ask @dino about what are the chances realistically for Orion to support webp on older platforms.
Vlad WebKit uses kCGImagePropertyWebPDictionary API to access WebP image proparties, which is available only in macOS 11+
https://developer.apple.com/documentation/imageio/kcgimagepropertywebpdictionary?language=objc
For implementing WebP support for macOS 10.x, we will need to create our own WebP image proparty extractor for older versions. So it's possible, but will need extra efforts
- Edited
dino I love how everything is possible. Also I would imagine it would be incredibly hard and with everything else on our plate we'd need to find proper motivation.
Everyone here:
One thing we have been considering is making 10.x support Orion+ only. This would enable funding for development of this and other features which are increasingly harder to bring to 10.x (and note the incredible effort that Oriont team is investing to make the version of WebKit in Orion on 10.x be newer than WebKit Safari on Sonoma !)
dino Would that be enough? I assumed that ImageIO pre-Big Sur doesn't even know how to parse WebP and therefore one would need to use Google's (or another) WebP library.
On the other hand if you insert support for that into WebKit such that WebP is checked first and then fallback to ImageIO only for a non-WebP image, maybe that bypasses the need to recreate kCGImagePropertyWebPDictionary, etc?
dino Makes sense and was curious if I was reading the situation correctly.
Also it might be a good idea in general to have a mechanism to bypass ImageIO when needed if you plan to support OS versions beyond the last three (e.g. Big Sur now and Monterey after the end of the year). If bugs are found in future versions of ImageIO that could be security holes, it will be risky to use Orion with anything other than the last 3 versions of the OS. (e.g. more holes like CVE-2024-23286 but which Apple doesn't back port to older OS). Don't mean to blow this up into something bigger and just mentioning in case it helps with architecting a solution that addresses WebP now as well as future needs.
P.S.Since WebKit supports Linux, etc, but Linux doesn't have ImageIO, I assume WebKit already has a mechanism to work with other libraries/without ImageIO? Is there code there you can borrow for older macOS?
Steps to reproduce:
• Launch orion version Version 0.99.127.2-beta (WebKit 619.1.1) (latest for now)
• Try to view an embeded .webp image
• Try to open it in a another tab
The image won't load and willl display a "?" icon and when you try to open it in an other tab it will just download the image. When you try to open it with orion with the source file on your mac it won't show either.
Version 0.99.127.2-beta (WebKit 619.1.1)
Catalina (10.15)
Hi Kcraft059 - this is a current limitation of Orion on older OS like Mojave and Catalina. See
https://orionfeedback.org/d/1093-add-webp-support-to-orion-on-macos-catalinamojave/17
Since Apple didn't include WebP in the libraries/frameworks shipped with those OS and they aren't updating them further (Apple is only doing security fixes back to Monterey and perhaps roadmap items for Sonoma), the authors of Orion have to shoehorn an alternate WebP implementation into the Orion targeted at those OS to make WebP work on them. Possible but requires time/resources...