Venkat Raj
Forum Replies Created
-
@sbdermaceuticals At this moment, yes, you’ll get warning if you try to compress 1000s of images at once. But with batch process, you’ll be fine.
That said, I’ll make this a priority in our development process.@kingofrocknroll Only way to find out is to find out backtrace.
You may want to try Query Monitor plugin and this constant in wp-config.php file
define( ‘QM_ENABLE_BACKTRACE’, true );Hi @kingofrocknroll
There is also a cache related log file inuploads/wpo/logs/cache-xxxx.logthough it mainly logs when the caches are purged. May be you look into that file, to see if caches are purging for some reason.
You should also seewpo_page_cache_preload_continuecron event when preload is running.WP_Optimize_Preloaderwhich is extended byWP_Optimize_Page_Cache_Preloaderare the classes responsible for Preloading .Hi @kengray20
To be clear, it is only UI issue. i.e. the spinner is not removed, but the optimization was done without any issues
Update to 4.2.4 and the UI issue is fixed.Hi @sbdermaceuticals
I understand that compressing thousands of images at once is best done as background process. We will try to add this feature in future release
Currently in premium version, you can bulk compress images from Media Library itself, and can use batch process as Media Library already has pagination. Also, you can filter by compressed/uncompressed images from that screenHi @lucyhoad
I guess you’ve tested on Firefox browser. There was an issue with user agent detection, and it has been fixed in 4.2.4
Update to latest version, and it should work in all browsers. ThanksHi John
I understand that executing smaller jobs in the queue first gives an illusion ofprogressrather than waiting for a big task to complete (such as table optimization). I’ll see what I can do- This reply was modified 9 months ago by Venkat Raj. Reason: typo
@alendon It seems SpeedyCache v1.3.5 solves the issue. I’ve tested it, and I don’t see any conflicting report. if you update to 1.3.5 and still facing issue. Let me know by sharing a screenshot. Thanks
Apologies for the inconvenience caused. It happened after making it compatible with jQuery 4. Issue will be fixed in next week’s release. Thanks for your patience.
@scanteq Please update to
4.2.1it should fix the issue@dtrembath There has been some compatibility issues with 4.2.0 release which is now fixed in
4.2.1Please update to latest version and it should fix the issues.@freixa21 I’m not sure If I understand the issue correctly, but if you’ve converted images into webp and enabled webp option, then it is possible that you still see JPG/PNG in the HTML. But the redirect rules makes sure that WebP are served. Please refer to this screenshot
https://prnt.sc/rCJnV_4kBWsI@bheching Please update to
4.2.1It should fix the issuePlease update to
4.2.1It should fix the issues as mentiioned by @madboxsiHi @grnews1
I confirm that this is a bug (absence of that option), and we will fix this in the next release.