Super Cache: Fix deprecation notices#32453
Conversation
|
Thank you for your PR! When contributing to Jetpack, we have a few suggestions that can help us test and review your patch:
This comment will be updated as you work on your PR and make changes. If you think that some of those checks are not needed for your PR, please explain why you think so. Thanks for cooperation 🤖 The e2e test report can be found here. Please note that it can take a few minutes after the e2e tests checks are complete for the report to be available. Once your PR is ready for review, check one last time that all required checks (other than "Required review") appearing at the bottom of this PR are passing or skipped. Super Cache plugin:
|
donnchawp
left a comment
There was a problem hiding this comment.
I confirmed that $_SERVER['REQUEST_URI'] is NULL in a script run from the command line, so that is likely where the null value is coming from.
I saw in get_wp_cache_key in wp-cache-phase2.php (around line 40) that we fixed the same problem by checking for null. I think we can probably remove that check now with this fix.
donnchawp
left a comment
There was a problem hiding this comment.
Looks great. I checked where $wp_cache_request_uri is used and it's good.
* Fix deprication notices * changelog * Remove redundant code for PHP notice fix, as the previous commit addresses it
|
@donnchawp The removal of the
Also, the Deprecated notice causes the REST API check to fail on the Site Health page:
|
|
Fixed in #32629 |


Fixes #32336
Proposed changes:
$wp_cache_request_uriis always set to a string.Other information:
Jetpack product discussion
Does this pull request change what data or activity we track or use?
Testing instructions:
None