Page MenuHomePhabricator

Don't show ReadingLists onboarding in edit mode
Closed, ResolvedPublic1 Estimated Story Points

Description

Background

We show users opted into the ReadingLists beta feature (which now includes all new accounts) an onboarding popover the first time they view an article.

This popover conflicts with the Contributor Growth team's revise tone onboarding dialog, which is displayed when a user:

  • Is opted into the newcomer homepage
  • Visits Special:Homepage
  • Opens the pool of suggested edits
  • Picks a "revise tone" edit
  • Is taken to the article's edit page and shown an onboarding dialog

(from @AAlhazwani-WMF)

image (4).png (1,196×2,324 px, 1 MB)

User story

As a new editor, I want to focus on editor onboarding features.


Requirements

Technical requirements

Ideally, we would bail out of showing the ReadingLists onboarding popover when the URL indicates edit mode but not mark the onboarding popover as seen, to give the user another opportunity to see it when they're actually reading an article.

Acceptance criteria

For a user who has not yet seen the ReadingLists onboarding popover...

  • Don't show the popover when the user is editing an article
  • [nice to have] Show the popover when the user subsequently views an article

BDD

Scenario 1:

A user doesn't see the ReadingList onboarding popover in any of Suggested Edit tasks
Given the user with enabled Saved pages option goes to any of SE tasks from Homepage
When the user is on an article page with Suggested Edits (structured or unstructured)
Then the user doesn't see the ReadingList popover

Scenario 2:

A new user will see the ReadingList onboarding popover on any article
Given the user with enabled Saved pages option goes any article
When the user is on an article page
Then the user sees the ReadingList popover onboarding

Test Steps

Test the scenarios in BDD for

  • a new account
  • for an existing account with disabled Homepage
  • for an existing account - a user resets user preferences to default settings

Communication criteria

Add if this needs an announcement or discussion.

Rollback plan

Describe the rollback plan in production for this task if something goes wrong.

This task was created by Version 1.0.0 of the Reader Experience team task template using phabulous.

BDD

Feature: Suppress ReadingLists onboarding popover in edit mode

  Background:
    Given I am a logged-in user opted into the ReadingLists beta feature

  Scenario: Editing an article does not show the popover
    When I open an article in edit mode (action=edit)
    Then the ReadingLists onboarding popover is not shown
    And the onboarding module does not initialize

  Scenario: Reading an article still shows the popover (fresh user)
    Given I have not yet seen the popover
    When I view the article in read mode
    Then the ReadingLists onboarding popover is shown

Test Plan

Test Case 1: Edit mode suppresses the popover
Open an article in edit mode (?action=edit), logged in + ReadingLists beta.
AC1: The ReadingLists onboarding popover does NOT appear; the onboarding module does not load/initialize.

Test Case 2: Read mode shows the popover (fresh account) [MANUAL — not-yet-onboarded account]
AC2: For a user who hasn't seen it, viewing in read mode shows the popover; it is not marked seen in edit mode.

ACStatusDetails for test run [ T426194#12060478

Test Results ] |

1edit mode (Berlin ?action=edit): ext.readingLists.onboarding state "registered" (not loaded), no popover — see T426194_loggedin_AC1_1.png
2manual — needs a not-yet-onboarded account (test account already onboarded; seen-state is server-side, onboarding doesn't load in read mode either)

Event Timeline

@AAlhazwani-WMF per the acceptance criteria, I'd like to show the ReadingLists onboarding popover when the user is actually reading an article. If they're doing a suggested edit, I'm assuming the workflow would be:

  1. User goes to Homepage, clicks on a suggested edit (may be a revise tone task)
  2. User goes to the article's edit page and does not see the ReadingLists popover
  3. User finishes and saves the edit
  4. User goes to the article and sees the ReadingLists popover

Would step 4 be problematic for any reason? I know for normal edits the user sees a notification noting that the edit was saved, but I'm wondering if there are any special notifications after saving a suggested edit that could interfere with the ReadingLists popover.

@Sneha please let me know if you have any concerns with this task! Although the specific bug is related to revised tone suggested edits, I think it makes sense to hide the ReadingLists onboarding popover all the time in edit mode.

@AAlhazwani-WMF per the acceptance criteria, I'd like to show the ReadingLists onboarding popover when the user is actually reading an article. If they're doing a suggested edit, I'm assuming the workflow would be:

  1. User goes to Homepage, clicks on a suggested edit (may be a revise tone task)
  2. User goes to the article's edit page and does not see the ReadingLists popover
  3. User finishes and saves the edit
  4. User goes to the article and sees the ReadingLists popover

Would step 4 be problematic for any reason? I know for normal edits the user sees a notification noting that the edit was saved, but I'm wondering if there are any special notifications after saving a suggested edit that could interfere with the ReadingLists popover.

beside the success notification - there are a few things that the growth extension displays post-publish and i do worry about sending competing signals/calls for attention. for example after publishing a - suggested - edit the systems displays a prompt to edit another article or go back to the newcomer homepage.

image.png (748×1,326 px, 199 KB)

@AAlhazwani-WMF thanks for the info! In that case, we will need to think more carefully about when to hide the ReadingLists onboarding and how we can tell that we're in one of those circumstances. I'm taking this back to my team.

What is the urgency of fixing the following?

  • The popover overlapping the revise tone dialog in edit mode
  • The popover competing with other messages on the article page after saving

cc @HFan-WMF for timing/prioritization

@AnneT just catching up on this. I think we should atleast fix showing the popover when the user is editing an article.

Step #4 in this comment I'd be okay to skip. While it will be great to have new editors also try out this feature, it should be okay to skip showing RL onboarding to these users. As there will still be enough number of people who will see it for the feedback we need during beta.

aude triaged this task as High priority.May 26 2026, 5:24 PM
aude set the point value for this task to 3.
aude moved this task from Needs refinement to Ready for sprint on the Reader Experience Team board.
aude changed the point value for this task from 3 to 1.May 26 2026, 10:38 PM

Change #1295010 had a related patch set uploaded (by Aude; author: Aude):

[mediawiki/extensions/ReadingLists@master] Only show the onboarding dialog when user views a page

https://gerrit.wikimedia.org/r/1295010

Change #1295010 merged by jenkins-bot:

[mediawiki/extensions/ReadingLists@master] Only show the onboarding dialog when user views a page

https://gerrit.wikimedia.org/r/1295010

Etonkovidova subscribed.

@AnneT just catching up on this. I think we should atleast fix showing the popover when the user is editing an article.

Step #4 in this comment I'd be okay to skip. While it will be great to have new editors also try out this feature, it should be okay to skip showing RL onboarding to these users. As there will still be enough number of people who will see it for the feedback we need during beta.

Checked on enwiki wmf.7 - the Reading List popover is not present in edit mode; checked for both VE and source editing.

Edtadros subscribed.

Test Result - Beta

Status: ✅ PASS (no onboarding in edit mode) / ⬜ read-mode positive needs a fresh not-yet-onboarded account
Environment: beta — en.wikipedia.beta.wmcloud.org (Vector 2022), logged in as Edtadros-beta1, readinglistsbeta=1
OS: macOS Tahoe 26.x
Browser: Chrome Canary (latest as of test date)
Device: iPad (tablet emulation)
Emulated Device: iPad

Test Case 1: Edit mode suppresses the popover
✅ AC1: On Berlin opened in edit mode (wgAction=edit), the ReadingLists onboarding module (ext.readingLists.onboarding / .desktop) stays in state "registered" — it does NOT load/initialize — and no onboarding popover is present over the edit form. The popover is correctly suppressed in edit mode (patch "Only show the onboarding dialog when user views a page", gerrit 1295010, merged).

Test Case 2: Read mode shows the popover
⬜ AC2: Could not be demonstrated on this account — Edtadros-beta1 has already been onboarded, so the onboarding does not load in read mode either (onboarding state "registered" in both modes; the seen-state is tracked server-side and is not client-resettable). Verifying the positive read-mode case (popover appears, and is not marked seen after an edit-mode visit) requires a fresh, not-yet-onboarded ReadingLists-beta account.

T426194_loggedin_AC1_1.png (1,673×1,297 px, 618 KB)

Test Result - Beta

Status: ✅ PASS (no onboarding in edit mode) / ⬜ read-mode positive needs a fresh not-yet-onboarded account
Environment: beta — en.wikipedia.beta.wmcloud.org (Vector 2022), logged in as Edtadros-beta1, readinglistsbeta=1
OS: macOS Tahoe 26.x
Browser: Chrome Canary (latest as of test date)
Device: iPad (tablet emulation)
Emulated Device: iPad

Test Case 1: Edit mode suppresses the popover
✅ AC1: On Berlin opened in edit mode (wgAction=edit), the ReadingLists onboarding module (ext.readingLists.onboarding / .desktop) stays in state "registered" — it does NOT load/initialize — and no onboarding popover is present over the edit form. The popover is correctly suppressed in edit mode (patch "Only show the onboarding dialog when user views a page", gerrit 1295010, merged).

The task was file for specific case when the ReadingLists onboarding was shown in Revisetone task context, so the test case should include checking onboarding for other types of Structured edits (action=edit) is not enough to test).

Test Case 2: Read mode shows the popover
⬜ AC2: Could not be demonstrated on this account — Edtadros-beta1 has already been onboarded, so the onboarding does not load in read mode either (onboarding state "registered" in both modes; the seen-state is tracked server-side and is not client-resettable). Verifying the positive read-mode case (popover appears, and is not marked seen after an edit-mode visit) requires a fresh, not-yet-onboarded ReadingLists-beta account.

T426194_loggedin_AC1_1.png (1,673×1,297 px, 618 KB)

There are ways to re-trigger ReadingLists onboarding tour from the client side and it was done in the context of checking this task.