-
Notifications
You must be signed in to change notification settings - Fork 822
Connection: protected owner class #43601
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
Conversation
Are you an Automattician? Please test your changes on all WordPress.com environments to help mitigate accidental explosions.
Interested in more tips and information?
|
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 🤖 Follow this PR Review Process:
If you have questions about anything, reach out in #jetpack-developers for guidance! Wpcomsh plugin:
If you have any questions about the release process, please ask in the #jetpack-releases channel on Slack. |
Code Coverage SummaryCoverage changed in 1 file.
|
9d91179
to
397552e
Compare
@fgiannar As we discussed, I'm clearing all xmlrpc errors now for WoA sites and leaving only protected owner ones if they exist. |
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.
Amazing work, Ana!
Thank you for working on this and applying all the suggested recommendations 👍
I followed the test instructions and can confirm that I didn't see any Connection errors apart from the missing site owner error, which immediately went away after creating the corresponding local user.
I also made sure to test this without the Jetpack counterpart PR to simulate the period between updating wpcomsh
and the Jetpack plugin in WP Cloud. I can confirm nothing breaks in this case too.
Tested with an existing broken Connection too using the Broken Token functionality via the Jetpack Debug Tools plugin. I didn't see any errors as expected.
I wonder if we could simplify the logic for disabling the invites by taking advantage of the Setting this to |
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.
LGTM 👍
Made sure to test adding the missing user both as a connected and non-connected admin and can confirm it works as expected:
In all cases the invite checkbox is not present and email and role inputs are pre-populated with the WPCOM site owner email and administrator role.
Related to: VULCAN-86
P2: pghT6q-3V-p2
Proposed changes:
Other information:
Jetpack product discussion
Does this pull request change what data or activity we track or use?
Testing instructions:
wp option update jetpack_connection_protected_owner_error --format=json '{"error_type":"missing_owner","email":"[email protected]","timestamp":1747835900}'