Page MenuHomePhabricator

[EditCheck Feedback] Adding a TextMatchEditCheck content to a paragraph re-activates tone check, even though it was previously declined
Open, Needs TriagePublic

Description

Steps to reproduce:

  1. Go to https://en.wikipedia.beta.wmcloud.org/w/index.php?title=Cats&action=edit&ecenable=2
  2. Add tone check activating content to the article.
  3. When tone check gets activated, Decline it.
  4. Now add TextMatchEditCheck triggering content to the same paragraph.

Observed Result: The tone check gets re-activated again for that paragraph along with TextMatchEditCheck. And, it stays even after removing the TextMatchEditCheck triggering content.

Should this behavior be changed to only show TextMatchEditCheck, for a paragraph for which Tone Check has already been dismissed?

Event Timeline

Ryasmeen renamed this task from [EditCheck Feedback] Adding a TextMatchEditCheck content to a paragraph shows the tone check again, even though it was previously declined to [EditCheck Feedback] Adding a TextMatchEditCheck content to a paragraph re-activates tone check, even though it was previously declined.Nov 18 2025, 4:22 AM

I'm not seeing this consistently. After dismissing a tone check, I'm able to add some content to the paragraph and trigger a TextMatch check without re-activating the tone check. I can also add subjective (but not textmatch-triggering) content to a paragraph where I had previously dismissed a tone check, and in some cases it will re-activate a tone check.

I'm wondering if this was just a case where the content that matched a textmatch query was also identified as needing a tone revision?

I'm not seeing this consistently. After dismissing a tone check, I'm able to add some content to the paragraph and trigger a TextMatch check without re-activating the tone check. I can also add subjective (but not textmatch-triggering) content to a paragraph where I had previously dismissed a tone check, and in some cases it will re-activate a tone check.

Same here.


For reference:

  • Text that caused Tone Check to activate:
    • "Cats are obviously the superior beings in any household, and anyone who thinks otherwise is simply mistaken. They move through the world with an elegance and self-respect that dogs (bless their chaotic hearts) can only dream of, and their selective affection feels like a hard-earned honor rather than a slobbery entitlement. A cat doesn’t beg for your attention—it permits you to admire it—and that quiet confidence is exactly what makes them so compelling. Frankly, the idea that cats are “aloof” is just a weak excuse from people who haven’t earned their trust, patience, or impeccable judgment."
  • Text that caused TextMatchEditCheck to activate:
    • "white elephant"

I'm not seeing this consistently. After dismissing a tone check, I'm able to add some content to the paragraph and trigger a TextMatch check without re-activating the tone check. I can also add subjective (but not textmatch-triggering) content to a paragraph where I had previously dismissed a tone check, and in some cases it will re-activate a tone check.

Same here.


For reference:

  • Text that caused Tone Check to activate:
    • "Cats are obviously the superior beings in any household, and anyone who thinks otherwise is simply mistaken. They move through the world with an elegance and self-respect that dogs (bless their chaotic hearts) can only dream of, and their selective affection feels like a hard-earned honor rather than a slobbery entitlement. A cat doesn’t beg for your attention—it permits you to admire it—and that quiet confidence is exactly what makes them so compelling. Frankly, the idea that cats are “aloof” is just a weak excuse from people who haven’t earned their trust, patience, or impeccable judgment."
  • Text that caused TextMatchEditCheck to activate:
    • "white elephant"

@medelius: Interesting, I am still seeing Tone Check getting re-activated even after dismissal, along with TextMatchEditCheck when I added the text "white elephant" to this paragraph.

Screenshot 2026-01-20 at 5.44.52 PM.png (590×2 px, 684 KB)