Page MenuHomePhabricator

Paste Check: Improve experience in the Mid-edit
Closed, ResolvedPublic

Description

This task adds involves the work of figuring out under what conditions we consider a Paste Check to be addressed/invalidated. See "Background" below for more context about the sorts of actions we need to consider here.

This ticket is related to T399675 in so far as T399675 will suggest the default path for addressing a check and this task holds the work of alternative paths someone can take to do the same.

The various paths that exist is a consequence of Paste Check "operating" on editable text rather than a singular discrete piece of relatively structured content with a separate workflow (e.g. links, citations, images, etc.)

Background

At the moment, there are the following issues when in the Mid-edit of Paste Check:

  1. When editing the text pasted, the Paste Check remains visible, even though the user is modifying the text. This creates confusion, as the original validation should no longer apply once the user starts editing. Keeping the Paste Check visible could interrupt the editing flow, making it harder for users to focus. We'll revisit this work in T401343: Decide when paste-annotated text has been "modified".
  2. Similarly, when moving to a new text line or paragraph, the Paste Check remains visible, and the text stays highlighted. However, the Paste Check indications (card and highlighted text) should disappear because the user may want to continue writing after pasting the content. We will solve this in T405954: Paste Check highlight remains visible when writing/navigating to a new paragraph
  3. The user can undo the “Rewrite” action by pressing Command + Z, but this command doesn’t work when selecting the “Keep” button. So, if the user accidentally selects “Keep”, there is no way to undo this action. No longer relevant since we included the declining survey after selecting "Yes, keep it" in T399675: Paste Check: Clarify resolution path/experience

Possible solutions

  1. The Paste Check could switch to a “Stand by” state once the user starts editing, allowing them to confirm the content after completing the edition.
  2. Avoid the text from being highlighted when pressing Enter at the end of the pasted text
  3. Display a Toast Notification when the user selects “Keep,” offering the option to revert the action.

Design proposal

Once the design proposal has been created in Figma, remove this note and link the Figma file below.

Design proposal

Open questions

Add here the questions to be answered in order to design and implement the component

Acceptance criteria (or Done)

Design

  • Explore solutions to improve the experience when editing pasted content

Implementation

  • Implement the decided solution

Event Timeline

bmartinezcalvo renamed this task from Paste Check: Improve experience when editing pasted content to Paste Check: Improve experience in the Mid-edit.Jul 15 2025, 11:01 AM
bmartinezcalvo updated the task description. (Show Details)
bmartinezcalvo updated the task description. (Show Details)

Next step
@ppelberg to decide whether addressing the issues described within ought to block start of A/B test.

Next step
@ppelberg to decide whether addressing the issues described within ought to block start of A/B test.

Responses to the three issues Bárbara helpfully identified in the task description below...

  1. When editing the text pasted, the Paste Check remains visible, even though the user is modifying the text. This creates confusion, as the original validation should no longer apply once the user starts editing. Keeping the Paste Check visible could interrupt the editing flow, making it harder for users to focus.

Longer-term, I agree: we ought to consider the extent to which someone modifying text they've pasted into an article ought to invalidate/address/resolve a Paste Check. Although for this initial experiment, we are intent on shipping an experience that offers two, admittedly, constrained resolution paths:

  1. Remove the text you've pasted
  2. Keep the text you've pasted and express why

We'll revisit this work in T401343.

  1. Similarly, when moving to a new text line or paragraph, the Paste Check remains visible, and the text stays highlighted. However, the Paste Check indications (card and highlighted text) should disappear because the user may want to continue writing after pasting the content.

I agree this is an issue we ought to fix this.

I've filed T405954 to define and organize this work.

  1. The user can undo the “Rewrite” action by pressing Command + Z, but this command doesn’t work when selecting the “Keep” button. So, if the user accidentally selects “Keep”, there is no way to undo this action.

@bmartinezcalvo: would it be accurate for me to think this issue is no longer relevant? //Thinking: when people elect the Yes, keep it option, the decline survey appears meaning they do not lose out on the ability to "go back" as this issue originally describes?

  1. The user can undo the “Rewrite” action by pressing Command + Z, but this command doesn’t work when selecting the “Keep” button. So, if the user accidentally selects “Keep”, there is no way to undo this action.

@bmartinezcalvo: would it be accurate for me to think this issue is no longer relevant? //Thinking: when people elect the Yes, keep it option, the decline survey appears meaning they do not lose out on the ability to "go back" as this issue originally describes?

Yes, since we included the declining survey after selecting "Yes, keep it" in T399675: Paste Check: Clarify resolution path/experience, this issue is no longer relevant.

bmartinezcalvo updated the task description. (Show Details)

@ppelberg since the open issues will be solved in other tasks, I assume we can resolved this one.