-
Notifications
You must be signed in to change notification settings - Fork 803
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
Social | Fix connected accounts not marked as such on confirmation screen #40997
Social | Fix connected accounts not marked as such on confirmation screen #40997
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 🤖 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! |
dcdbc94
to
df55c46
Compare
67b6927
to
15c54f4
Compare
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.
Works as expected
ab1d444
into
social/unified-connections-management
Problem:
get_all_connections_for_blog_id()
andget_services()
here return connections in different formats, while the former internally usingpopulate_keyring_tokens_for_connections()
which correctly sets theexternal_ID
but the later does not.Manifestation: Already connected accounts (e.g. Facebook) are not marked as such on the confirmation screen.
Reason: The connection test results API call uses that
get_services
which returns the user external ID, not the facebook page ID and then it overrides the data in the store.So, initial state will have the correct external_id but not the connection test results.
Solution: Always use
get_all_connections_for_blog_id
to get the connections and then filter based on the site context or user context.Proposed changes:
get_all_connections_for_blog_id
to get the connections and then filter based on the site context or user context.Other information:
Jetpack product discussion
Does this pull request change what data or activity we track or use?
Testing instructions: