-
Notifications
You must be signed in to change notification settings - Fork 799
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Jetpack Sync: Move 'jetpack_plugins_updated' action to shutdown #39717
Jetpack Sync: Move 'jetpack_plugins_updated' action to shutdown #39717
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. Follow this PR Review Process:
Still unsure? Reach out in #jetpack-developers for guidance! Jetpack plugin: The Jetpack plugin has different release cadences depending on the platform:
If you have any questions about the release process, please ask in the #jetpack-releases channel on Slack. |
Are you an Automattician? Please test your changes on all WordPress.com environments to help mitigate accidental explosions.
Interested in more tips and information?
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Followed the testing instructions and saw the expected behaviour. Nice work with the tests too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thanks for working on this one. Tests well for me as described. 🚢
Co-authored-by: Karen Attfield <karenlattfield@gmail.com>
Moves the
jetpack_plugins_updated
action to shutdown to decrease its associated lag.As of the latest WordPress core release, 6.6.1 we noticed a notable increase in Sync’s queue lag (90p). Further analysis revealed that the
jetpack_plugins_updated
action was the one contributing to this increase.More specifically, this change in core introduced an extra step in plugin auto-updates, making it now possible to roll back a plugin auto-update with a fatal error.
However, the check itself for a Fatal error will perform a loopback request in order to scrape the home page.
The
jetpack_plugins_updated
is triggered by theupgrader_process_complete
action.Sync lag is defined as the time between adding an action to Sync's queue and sending that action to WPCOM.
In this case, since the auto-update is triggered via cron, the Sync lag for the
jetpack_plugins_updated
action is essentially the time between firing theupgrader_process_complete
action and theshutdown
action.With core introducing the aforementioned loopback request on auto-updates Sync's lag for the
jetpack_plugins_updated
action was significantly increased.And this also affected the 90p of our overall Sync Lag KPI.
In this PR, we attempt to fix this issue by simply moving
jetpack_plugins_updated
action to shutdown to decrease its associated lag.Noting that we also attempted to fix this in the past via #39296
Proposed changes:
Automattic\Jetpack\Sync\Modules\Plugins
: Movejetpack_plugins_updated
action to shutdown. To make this possible we introduced two extra private class properties:state
andupdated_plugins
in order to store the data associated with this action.Other information:
Jetpack product discussion
pf5801-17n-p2
Does this pull request change what data or activity we track or use?
No
Testing instructions:
Pre-requisites: A JP connected site with the WP Rollback and WP Crontrol plugins active. You'll need to enable sandbox access and input your sandbox domain in Settings -> Jetpack Constants ->
JETPACK__SANDBOX_DOMAIN
wp_version_check
hook (Triggers plugin auto-updates, normally runs twice per day)jetpack_plugins_updated
action on the feature branch is much smaller.Test assuming
WP_Automatic_Updater
detected an error and is doing a plugin roll-back:In order to test this locally I modified
WP_Automatic_Updater
to returntrue
inhas_fatal_error
here.In this case, without the branch we'd see two
jetpack_plugins_updated
actions, both exactly the same.With the PR, we'll see only one.