milesgeek

Thanks, that worked like a champ.

Things look pretty good for me on first pass. I’m seeing an image width returned which changes based on my viewport. I’m not seeing duplicates in the network tab that you suggested to check for.

When I switch to mobile view in the browser I noticed the width retrieved from Cloudflare increases. But I profess I do not know if this is correct or not, wanted to point it out. Perhaps a mobile display resolution warrants a higher quality download for example so it may be correct.

New uploads with preserved paths also appear to be working for me.

Not sure where it went either. But I do see a console error.

upload.php:35 GET https://www.milesgeek.com/wp-content/plugins/cf-images-1.2.0-beta.2/assets/css/cf-images.min.css?ver=1.2.0-beta.2 net::ERR_ABORTED 404

I looked, as there is no CSS directory in the new plugin zip. I should mention it did not upgrade the old plugin per usual, for some reason it did a new install.

This will be a great feature. Looking forward to testing it.

No problem, I had a busy week myself so the timing is great. I was just able to install and test. I’m happy to report it did fix the issue and the w= is properly being populated with the image width even when I have “Disable WordPress image sizes enabled”.

Thank you so much!

That did not do the trick.

Yes, as mentioned in my prior reply, everything works if I do not have the Disable WordPress image sizes enabled. It seems to be related to that for sure.

Hi,

Thank you for the reply. I tried the above changes without success. But I then also tried disabling the setting ‘Disable WordPress image sizes‘ and then images started appearing properly.

I turned if off / on a couple of times to verify it made the difference. I’m happy to test anything else you would like if it helps at all. I should note I reverted the change you suggested as well to make sure it was not a combination of the changes.

@vanyukov Thank you. You know I went in on Cloudflare and enabled Image Resizing in the Speed section and it didn’t mentioned anything else. I didn’t realize I also needed to enable the Images service in the main account. Sorry for the confusion.

Any chance to get this clarified?

You are using a different set of registered image sizes in your demo theme.

https://demo.themeansar.com/newsup/default/

I just want to make sure I’ve set up the correct image sizes as it does not appear you are registering any in the theme.

It was missing a ; at the end on the first reference in the code. I made that change and filed a report with the theme developer. It resolved the breadcrumb display error. But the drop down menu’s are still being rendered incorrectly with the webp cached version.

Without the webp version it renders fine. There may be other small errors in the theme adding to this. Is there anything I can do to prevent the webp version being created from bringing this issue to light? Apparently it’s doing more than just replace the image name with a webp version.

I can also edit and report errors in the theme. But I’m not sure what is causing the overlay menu rendering errors for me to change.

Thanks for your help thus far.

Yes, as mentioned in the first sentence of the post this only occurs in the webp generated cached version.

We have it disabled, we also disabled autoptimize which we had tried as well. (not at the same time).