Skip to content

Conversation

@selul
Copy link
Contributor

@selul selul commented Sep 16, 2025

@selul selul changed the base branch from master to development September 16, 2025 14:45
@pirate-bot
Copy link
Collaborator

pirate-bot commented Sep 16, 2025

Plugin build for c865ec8 is ready 🛎️!

…ude object-fit checks and improve aspect ratio analysis
# Conflicts:
#	inc/tag_replacer.php
… and update type hints in media offload and dam offload utils
@ineagu
Copy link
Contributor

ineagu commented Oct 8, 2025

  • I couldn't get the caching clearance to work as expected on wpshout @selul . I am not sure is because of Kinsta cache, this works if I clear wp-rocket cache, which I think trigger Kinsta clearing as well.

  • The solution that we are using to fix the sizes for the images that were previously lazy-loaded doesn't seem to work and I am not sure if we can find a solution :

This image is originally loaded like this on desktop : Fastest WordPress Hosting With No Caching

After profiling, is being loaded like this : Fastest WordPress Hosting With No Caching




It got the width height from the mobile profiling : Fastest WordPress Hosting With No Caching.

@selul
Copy link
Contributor Author

selul commented Oct 8, 2025

@ineagu please share the page.

@ineagu
Copy link
Contributor

ineagu commented Oct 8, 2025

@ineagu please share the page.

https://wpshout.com

@ineagu
Copy link
Contributor

ineagu commented Oct 8, 2025

Another test I did :

https://testing-scaling.vertisite.cloud/elementor-101/

  • we correctly identify LCP on both mobile/desktop ( it is a bg image ), same as reported by Google pagespeed
Screenshot 2025-10-08 at 10 38 35 Screenshot 2025-10-08 at 10 38 11

However we are lazy loading that part after the profiler runs.

At the same time I saw in this case and others that it appears that CORE functionality for LCP run along ours, and in this case they set the wrong LCP, is not a big deal, but I was wondering if this might be the reason we don't properly set the bg image we identified as LCP (preload + fetch priority high )

  1. the detection script detect 09439917-listing-lg.png image as loading with the correct size with if in the network tab we see the wrong size was requested. I think it's happening because the srcset is correct, but still the image is not loading correctly.
Screenshot 2025-10-08 at 10 46 34

@selul
Copy link
Contributor Author

selul commented Oct 8, 2025

@ineagu fixed the wpshouts things, fyi on the caching issue kinsta did had compatibility with wprocket on clear cache so they work in sync but only global and not per url as we need for profiler, so I had to add dedicated compatibility with per url.

will look into the. lcp ones.

@ineagu
Copy link
Contributor

ineagu commented Oct 8, 2025

@ineagu fixed the wpshouts things, fyi on the caching issue kinsta did had compatibility with wprocket on clear cache so they work in sync but only global and not per url as we need for profiler, so I had to add dedicated compatibility with per url.

will look into the. lcp ones.

great, we don't need to cover more now.

Found another use-case with our dear theme:

https://lighter-puma-019eef.vertisite.cloud/

The LCP image is a background image in css, which Optimole is not replacing. However our profiler is correcly identifying it as LCP, shouldn't we be able to preload it in this case, even if is not a optimole url? Thoughts?

Not sure if replacing is also fixable, this is set using otter section as a background image, would be helpful if Otter is compatible with Optimole.

@selul
Copy link
Contributor Author

selul commented Oct 8, 2025

However our profiler is correcly identifying it as LCP, shouldn't we be able to preload it in this case, even if is not a optimole url

No, it only considers Optimole URLs. Adding it will open up different risks and complexities which we need to account.

@selul
Copy link
Contributor Author

selul commented Oct 8, 2025

Regarding the LCP issues here those are happening because you have not enabled viewport based lazyloading.

@ineagu
Copy link
Contributor

ineagu commented Oct 8, 2025

Regarding the LCP issues here those are happening because you have not enabled viewport based lazyloading.

even if it enabled the behavour is the same.

The issue I discovered is that skip lazy 2 takes precedence, it works as expected only after I disable the skip lazy 2, which should have been a fallback only. ( Reported this to Robert)

@selul
Copy link
Contributor Author

selul commented Oct 8, 2025

@ineagu from my testing is not the same, I was able to view this correctly on your page, the bg image is preloaded.

@ineagu
Copy link
Contributor

ineagu commented Oct 8, 2025

Screenshot 2025-10-08 at 14 46 29

With both enabled correct?

@ineagu
Copy link
Contributor

ineagu commented Oct 8, 2025

@selul I would suggest we merge here and set viewport based as enabled by default for the new users. We can monitor more real use-cases after release, but since we are always loading the profiler for our other improvements, it would make sense to use it for this as well.

I would do some more checks on the sizes part .

@selul
Copy link
Contributor Author

selul commented Oct 8, 2025

With both enabled correct?

yes

@selul selul merged commit 68dc8d4 into development Oct 8, 2025
11 checks passed
@selul selul deleted the feat/improved_scaling branch October 8, 2025 13:03
@pirate-bot
Copy link
Collaborator

🎉 This PR is included in version 4.1.0 🎉

The release is available on GitHub release

Your semantic-release bot 📦🚀

@pirate-bot pirate-bot added the released Indicate that an issue has been resolved and released in a particular version of the product. label Oct 9, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

released Indicate that an issue has been resolved and released in a particular version of the product.

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants