wadetregaskis

I just discovered this too. Quite surprising, and a little frustrating. I can disable the plug-in temporarily while uploading videos, but that’s going to get quite tedious after more than a handful of such uploads.

Thank you @codente for posting about this – it happened to be the top search result (go Kagi!) and probably saved me a bunch of time in trying to figure out the cause.

I was ultimately able to use Better Search Replace to fix this. Curiously it appears impossible to fix this otherwise, as you cannot change the URLs used in the Image Compare block (it has no GUI for this and if you edit the HTML directly it reports the block as broken, because the URLs are also stored in inaccessible metadata that the Image Compare block evidently requires match what’s in the “HTML”).

Even manually editing the post through phpMyAdmin didn’t work – the changes didn’t stick, for some reason?!

Ah, my apologies, this isn’t FooGallery at all but rather the Image Compare block (I think from Jetpack?). Now that I dig into it in Gutenberg’s HTML editor I do indeed find those bad links. I’m not sure how they got hard-coded in like that, but it looks like it’s a bug with the Image Compare block and BLC is genuinely helpful in flagging it (although not entirely correct, in that the links are valid – they do work in a real browser).

Jetpack is installed but its CDN is disabled (I’ve never used it, other than perhaps very briefly at some point in the past, to try it out). I do use Cloudflare, but they proxy transparently (no URL rewriting).

Alas while I do have Better Search Replace installed (it helped update a whole bunch of links from https:// to https:// that Broken Link Checker couldn’t due to the “Invalid page template” error) I can’t preview its results as that’s a paid-only feature (and their pricing is a quite high for something that – all going well – I’ll never have to use again).

I did try searching through phpMyAdmin but its database-wide search functionality is very clearly broken (it returns a large number of supposed matches which clearly are not, such as options tables and even empty tables).

I also tried the cloud-based version of BLC overnight, and it did not have this issue (though alas isn’t as useful as the local checking mode because it doesn’t show the actual HTTP conversations, so I can’t really tell what’s going on with some links).

(it did still have issues with Cloudflare blocking it due to bot detection, like the local version does, but that’s a separate issue)

Thanks!

The change was simply removal of a subdomain, so what was blog.wadetregaskis.com is now just wadetregaskis.com.

P.S. I tried using the support link you provided but it just says “You are not logged in.?Please login now?with your WordPress.com account so we can best support you.” and when I do log in it just immediately directs me back to that same page with the same message.

Default playback resolution is set to ‘automatic’.

Alas I can’t post a link to this particular example, and it’s the first time I’ve used the plug-in, so I don’t yet have any others to point to.

Is there a way to turn off recalculation of render size once the user has selected a size explicitly? That’s the behaviour I expect, as an end-user – I wouldn’t have deliberately chosen a specific resolution if I didn’t want it to use that resolution.

This is in Safari 10.1.1 (12603.2.4), FWIW.