Mathieu Lamiot
Mathieu Lamiot
Hello, do you have an update about this PR? Any chance to have it released soon? Thanks
Yes, after confirming it's fixed.
@wp-media/qa-team To test this issue: - Duration of the latest request can be seen in Transients: rocket_preload_check_duration - Average duration taken into account is in Transient: rocket_preload_previous_requests_durations @piotrbak shared access...
@piotrbak Are there changes required to release this compared to the functional description in my last comment above?
> Just to confirm, if we set `rocket_preload_cache_min_in_progress_jobs_count` to be equal to the `rocket_preload_cache_pending_jobs_cron_rows_count`, the preload theoretically won't be slowed down even if the response time is big, right? Yes,...
> The setting can still be overruled by the batch size filter I assume? See this: > Bypassing the feature > Bypassing the feature means having a constant preload batch...
To whoever picks this up, this needs: - To be updated with develop. - To add test coverage for the new feature (I think we just adapted the existing tests,...
If the issue is still valid (to be determined with Piotr's question above), given the date of the issue, we would at least need to reproduce on recent versions and...
Yes it is, however this is not something we should change in our plugin but in a dependency. We would need to share this report with PHP League container maintainers....
Hello, does any workaround is known as of today? Are there any plans from the discussions with the coverage report tools? And is there anything we could do to maybe...