Automattic / Automattic/jetpack
Publicize: Better announce secondary reconnection is necessary
- Dominant language
- PHP
- Stars
- 1.8k
- Forks
- 898
- Avg merge
- 1d 18h
- Merged PRs (30d)
- 774
Description
Problem: When a secondary JP user (e.g. user whose linked their account to WP.com on a site already connected by another user) has added Publicize connections, then the master connection is cycled, those connections are still present even though the user's link was severed.
Steps to reproduce:
1. User "A" connects a JP site to his/her WP.com account.
2. User "B" connects their JP user account to their separate WP.com account.
3. User B adds various Publicize connections.
4. User A disconnects the site from WP.com and reconnects.
5. User B's posts won't go out to their Pub accounts
6. User B visits Settings->Sharing and see all of their connections.
7. User B visits the Jetpack page and see prompt to connect their account with WP.com.
In short, we should either make a reconnection prompt more obvious and/or hide the Publicize connections when User B is in this disassociated state.
@csonnek
Contributor guide
Research direction
Start with the issue's reproduction steps and inspect the Jetpack page and Settings→Sharing flow for a secondary user after the master connection is cycled. Done means the user is clearly prompted to reconnect, or their stale Publicize connections are hidden rather than shown as active.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- php, wordpress
- Domain
- authentication, backend
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 35/100