Automattic / Automattic/jetpack

Publicize: Better announce secondary reconnection is necessary

Open
#1,684 2 comments 0 reactions 0 assignees View on GitHub
[Feature] Publicize [Pri] Low [Status] Stale Connect Flow Enhancement General
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

Open the contributing 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

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.