Page MenuHomePhabricator

[Paste Check] Implement initial configurable facets
Closed, ResolvedPublic

Description

This ticket involves the work of enabling volunteers to configure facets of how Paste Check behaves on a per project basis.

Story

As a volunteers knowledgable about WP:COPYVIO, and experienced with reviewing/patrolling edits through the lens of this policy, I want to be able to configure facets of Paste Check to ensure that the Check is offering people feedback that is aligned with local project policy and conventions.

Facets

This section will eventually contain the facets of Paste Check's behavior that volunteers can explicitly control.

IDFacetStatusNotes
1.Namespaces Paste Check should have the potential to activate withinOut of scope for initial rollout (T399669); we'll revsit in the context of T405127E.g. Drafts
2.Paste sources that should NOT cause Paste Check to activate on✅ Done, albeit currently difficult to doE.g. word processors, other Wikipedia language versions, other Wikipedia articles, pages in different Wikipedia namespaces (e.g. draft/sandbox) etc.
3.People/account types Paste Check has the potential to activate for✅ Done via generic Check configurationE.g. people acting in good faith (TBD how we might determine this), cumulative edit count, account state, etc.
4.Check State✅ Done via T404914E.g. Tag (tag edits that Paste Check would have been shown within were it enabled in the "Active" state), Active (show Paste Check within edit sessions initiated by people volunteers have configured the Check to be shown for)

Reference: T330112


Thank you to @Chaotic_Enby whose comment in T387897#10602125 prompted me to create this task and to @matej_suchanek for offering ideas about how it might be useful to have Paste Check be configured on-iwki.

Event Timeline

Per today's offline discussion, without a significant technical change [i], it's not currently possible for the software to detect content copied from a Wikipedia article (in read view) and pasted in to the visual editor.

We can, however, track whether content someone is pasting into the visual editor comes from another visual editor editing session. Note: we'd not be able to tell what wiki this editing session happened within.


i. In order for the software to be able to detect whether content is being pasted from a Wikipedia read view, we'd need to implement metadata that would, in effect, be included anytime someone copies content from a Wikipedia page in read mode.

Paste sources that should NOT cause Paste Check to activate on

A thing that's not done here but could hypothetically be done is allowing a community to configure individual sources to count/not-count. Right now we just have a maximalist take on it, where if we can identify a source we'll never show paste check for it... but perhaps some wiki decided that we absolutely should show paste check for pastes from google docs, say.

(I think this is a "wait for someone to actually ask us for it" configuration feature.)

Paste sources that should NOT cause Paste Check to activate on

A thing that's not done here but could hypothetically be done is allowing a community to configure individual sources to count/not-count.

Great spot, @DLynch. I've created a placeholder for this work: T405126.

In the meantime, +1 to what you said here, "(I think this is a "wait for someone to actually ask us for it" configuration feature.)"

ppelberg updated the task description. (Show Details)
ppelberg claimed this task.

With "2.", "3.", and "4." implemented and "1." out of scope for T399669, we can consider this done.