This parent task is intended to identify ways in which we might ease the effort people need to expel, and thinking they need to do, in order to identify topics from within `Special:TopicSubscriptions` they no longer would like to be subscribed to.
The `===Current Experience` section below documents the steps people are currently required to take to unsubscribe from a topic from within `Special:TopicSubscriptions` along with the potential issue(s) associated with them.
=== Current Experience
//See https://www.youtube.com/watch?v=WNOytsYG8N8 for a visualization of the experience described below.//
|Step|Action|Screenshot|Potential issue(s) | Ticket
|---|---|---|---|---
|1. | Identify the topic you are wanting to unsubscribe from| {F34660953}| **1.** //Maybe// the table, in its current state, does not equip people with the information they need to decide whether to unsubscribe from a conversation [i][ii] |
|2. | Click the {nav Unsubscribe} button within the `Special:TopicSubscriptions` table and be taken to a separate page|{F34660952}| **1.** People are not able to see the name of the topic they are being asked to confirm being unsubscribed from. **2.** //Maybe// people are not expecting to be taken from the context they were just in|
|3. | Click the {nav Unsubscribe} button was shown in "Step 2." and arrive on the "success" page|{F34660963}|1. People may not be certain they were unsubscribed from the topic they were wanting to unsubscribe from because the confirmation page does not specify what "this page" is referring to in this context.|
=== Open questions
- [ ] 1. What might an experience look like that enables people to unsubscribe from topics in one click/tap? In doing so, how might we afford people the opportunity to "undo" / "revise" that "unsubscribe" action easily?
--- //Asked another way: how might we make it possible for people to re-subscribe to a topic they just elected to unsubscribe from without needing to "leave" the context they are currently in?//
---
i. Information like: the date they subscribed to the conversation and/or the date on which the last time a notification was sent from/about a particular topic
ii. We explicitly decided to omit the kind of information described in "i." as part of initial implementation (T273342).