Search results

Is there anything unique about the URLs that Firefox is kicking back the NS_BINDING_ABORTED error? Like maybe it's just HTTP URLs (and HTTPS work fine)? It still probably makes sense to ping the developers of whatever is doing the AJAX requests that are failing with Firefox... maybe something...

It would suck to go through the hassle of converting all your old images only to find out that you didn't really make them smaller after all that. It might be worthwhile to do a manual test with some of your images just to see if converting them to webp actually makes them smaller in your case.

So not talking about tens of millions or something. Personally, with that number, I'd probably go the route of doing the image format changes on my end rather than have Cloudflare do it (and redo it every month... they bill for number of images transformed each month). And then put in place the...

Ya... the Cloudflare Images service will work (and most certainly will be the easier path). It basically will take your existing images as they are requested and transform them into different formats on the fly. It's actually a pretty good service when someone doesn't want to (or can't for...

Ya, it wouldn't be particularly hard to do the transforms on the old images, the bigger problem is we don't know all the possible places the old URLs may have been used/referenced. If they were only referenced using the image block in the editor, they would update automatically. It's just the...

As it sounds like you already did, the redirects is going to be the short-term solution (it probably doesn't hurt to leave them in place indefinitely do search engines and things know where the new locations are anyway). It does seem strange if some are working but others aren't (it would...

R2 is really just a storage location, there's not a way to convert things on R2 outside of downloading an individual image, converting it and uploading the new image. The plugin does have the ability to convert an uploaded image to webp on the fly, but it really only applies to new images (it...

Honestly you would probably want to disable one (either Immunify or Cloudflare firewall functions). Just like trying to run a cache behind a cache will tend to be problematic, so will running a firewall behind a firewall. That being said, the only thing I can think of that would make the...

Just out of curiosity, what is Immunity? Maybe it’s trying to cache also? Caching a cache usually causes problems like that.

Also, do you have a URL I can check that it’s happening on? I don’t have anything with Cloudways, Ezoic or Immunify, so a bit hard to even look at anything. 😀

Does everything work as expected with the plugin disabled? Just trying to make sure it’s something that only happens with the plugin disabled (if it happens with the plugin disabled, there’s not going to be anything I’d be able to do/look at).

While I don't agree that it's an actual security risk with WordPress, it certainly could be for other things if someone has poorly written code that doesn't validate or sanitize potentially malicious user input. I also 100% agree that there are better options to load files (or URLs) than...

I'm going to keep sifting through WordPress code to see if there would be a way to intercept it's file_get_contents() call and swap it out with something better (like curl). But honestly, I'm not seeing anything so far. In the meantime, I at least added a note at the top of the edit page for...

It really shouldn't be much of a security issue unless you are somehow allowing end users to manually specify files to load and end user input isn't getting sanitized. It was more a security issue back in the day when sites like MySpace would just let end users arbitrarily specify an absolute...

Are the images that are working still in the local filesystem possibly (maybe a backup was restored or something)? With allow_url_fopen disabled, WordPress *will* still try to load them, but it's trying to load them from the local filesystem rather than remotely.

WordPress blocks the filter that transforms that into a URL if your PHP installation has allow_url_fopen disabled (it's enabled by default). Annoying, but it probably does make sense since PHP wouldn't allow it to be fetched. Do you have access to your PHP config by chance? At the very least...

Okay... at least drilling down to what the underlying issue is. It looks like the stream_preview_image() function (in the wp-admin/includes/image-edit.php file) will fail under a couple circumstances: The image itself can't load (either because it doesn't exist at the path it thinks it should...

I love how WordPress returns -1 what was is supposed to be actual error messages in some places. If you go into your wp-admin/includes/ajax-actions.php file, and look for the wp_ajax_imgedit_preview() function, you'll see two different wp_die( -1 ); calls within that function. Where it has -1 in...

Just for good measure, try flushing your Cloudflare Cache and trying it. Just to rule out it's a bad cache layer being served up. FWIW, I've gone through more or less every Media image I have stored in WordPress (all in R2) as well as uploading brand new ones and immediately editing it, and...

Is it specific to that image? Like are you able to see the image for other ones or are they not working across all of them?