Page MenuHomePhabricator

Install and test PageTriage for zhwiki on Beta Cluster
Open, Needs TriagePublic

Description

Chinese Wikipedia is willing to install and test PageTriage on Beta Cluster (see discussion here).

Plans:

  • Explore zhwiki patrolling workflows
  • Install PageTriage on Beta Cluster (zh.wikipedia.beta.wmflabs.org)
  • Test and make configuration changes if necessary

Here are some patrolling workflows:

  • Speedy deletion
    1. Place {{Delete}} on the article with reasons. For example: {{Delete|G1|c1=comment for G1}} (G1 is a reason. See other reasons in [NOTE1]. Comment is optional).
    2. Notify article creator with {{subst:db-notice|target=Article Name}}--~~~~ on their talk page.
  • Articles for deletion
    1. Place {{vfd}} on the article with reasons, type and date (See possible types on [NOTE2]). For example: {{Vfd|Reason|Type|date=yyyy-MM-dd}}
      • For redirect page, use {{Vfd|Reason|r|date=yyyy-MM-dd}}
    2. Open a new section and place this subst on today's nomination page ([[Wikipedia:頁面存廢討論/記錄/yyyy/MM/dd]]): {{subst:DRItem | Type = detele (other types see [NOTE3]) | DRarticles = Article Name | Reason = Reasons | To = Target destination to merge into (See [NOTE4]) }}--~~~~
    3. Notify article creator with {{subst:AFDNote|Page Name}}--~~~~ on their talk page.

  • [NOTE1]: Possible reasons are: G1 G2 G3 G5 G8 G10 G11 G12 G13 G14 G15 G16 G17 A1 A2 A3 A5 A6 R2 R3 R5 R6 R7 R8
  • [NOTE2]: a or article for article page. r or redirect for redirect page. wiktionary, quote, book, source, voyage, versity for "This page should be moved to wiktionary, qoute, etc."
  • [NOTE3]: delete for general deletion. fame for notability deletion. merge for request to merge article. vm for request to move to other Wikimedia projects.
  • [NOTE4]:
    • If Type=merge, fill target article name to be merged into in this field.
    • If Type=vm, use following parameter: vmd for wiktionary, vms for wikisource, vmb for wikibooks, vmq for wikiqoute, vmvoy for wikivoyage, or vmv for wikiversity.

Event Timeline

Restricted Application added subscribers: Ericliu1912, Stang, Aklapper. · View Herald Transcript

Change 858705 had a related patch set uploaded (by Stang; author: Stang):

[operations/mediawiki-config@master] zhwiki: Install PageTriage on Beta Cluster

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

There's a setting called wgPageTriageEnableEnglishWikipediaFeatures. If you set it to false, it will turn off some of the enwiki specific stuff.

We are working on making PageTriage more usable by other wikis. If you find tweaks we need to make, please request them here in this thread and we can make phab tickets and try to work on them. WMF may even help. We had a video meeting with WMF about making PageTriage work on other wikis a week or two ago.

Still lots of work to do, but this (installing PageTriage on a new wiki) could be the start of that process.

Also, feel free to add zhwiki's deletion workflow to this ticket, to give us an idea of what features to develop: T322913

I added deletion workflows in the task description. Feel free to edit it if there are any mistakes.

  • i18n: 87% completed for zh-hans and 94% for zh-hant
  • Per manual, "If your extension makes edits to pages, you need to consider whether it should do this on Flow boards and Flow topics, and handle them specially". As zhwiki has an unnegligible amount of user enabled flow for their talk page, this needs to be considered carefully.
  • For extensions require database changes, like adding new tables into the database, we need to add these tables first. In Prod, there's a script called createExtensionTables.php, or we could manually add these tables per this patch. I'm not sure how this is done in beta cluster, but it seems we need someone with access to deployment-prep to do so.

Change 859569 had a related patch set uploaded (by Samtar; author: Samtar):

[mediawiki/extensions/WikimediaMaintenance@master] createExtensionTables: Add PageTriage tables-generated.sql

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

  • For extensions require database changes, like adding new tables into the database, we need to add these tables first. In Prod, there's a script called createExtensionTables.php, or we could manually add these tables per this patch. I'm not sure how this is done in beta cluster, but it seems we need someone with access to deployment-prep to do so.

Have submitted a patch to add pagetriage to createExtensionTables.php — seems to be the easiest option, and will hopefully assist if PageTriage gets deployed further

Change 859569 merged by jenkins-bot:

[mediawiki/extensions/WikimediaMaintenance@master] createExtensionTables: Add PageTriage tables-generated.sql

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

Mentioned in SAL (#wikimedia-releng) [2022-11-22T21:06:11Z] <TheresNoTime> samtar@deployment-mwmaint02:~$ mwscript extensions/WikimediaMaintenance/createExtensionTables.php zhwiki pagetriage T323378

Change 858705 merged by jenkins-bot:

[operations/mediawiki-config@master] zhwiki: Install PageTriage on Beta Cluster

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

Stang updated the task description. (Show Details)

PageTriage is installed on zhwiki's beta cluster.

Stang removed Stang as the assignee of this task.Nov 22 2022, 9:53 PM

I created https://zh.wikipedia.beta.wmflabs.org/wiki/MediaWiki:PageTriageExternalTagsOptions.js (copy from enwiki), but nothing seems to happen. The script is loaded correctly and no error is reported, but the tag icon does not appear in the toolbar.

在T323378#8413476中,@Stang写道:

100% completed for zh-hans

I might be missing something, but I believe wgPageTriageEnableEnglishWikipediaFeatures should only be enabled for enwiki (beta labs and production). The idea is that it gates English-wiki specific features behind this config flag. If there are features behind that config that should be generalized, we should make a new task to talk about generalizing them.

I created a Chinese test environment in patchdemo, which can be used to test PageTriage, especially wgPageTriageEnableEnglishWikipediaFeatures is enabled by default here:
https://patchdemo.wmflabs.org/wikis/dcf3b89afb/wiki/

I've done some tests about the "Add tags" function on this wiki, I think it works perfectly on the zhwiki with customization via MediaWiki:PageTriageExternalTagsOptions.js (exclude notability tag). see https://patchdemo.wmflabs.org/wikis/dcf3b89afb/wiki/MediaWiki:PageTriageExternalTagsOptions.js

"Nominate for deletion" I haven't tested yet. But speeddelete should be fully compatible with zhwiki's workflow.

Special:NewPagesFeed shows the pending and reviewed new articles; articles created by non-autoconfirmed user will have a special mark (pagetriage-byline-new-editor), maybe the community want the criteria of a "newcomer" configurable; the "Review" button looks weird compared to enwiki's version, this needs to be fixed.

image.png (246×470 px, 17 KB)
image.png (192×406 px, 12 KB)

I might be missing something, but I believe wgPageTriageEnableEnglishWikipediaFeatures should only be enabled for enwiki (beta labs and production). The idea is that it gates English-wiki specific features behind this config flag. If there are features behind that config that should be generalized, we should make a new task to talk about generalizing them.

Sure, this will be done in the future. IMO this variable should be renamed to something like EnableExtendedFeatures with the progress of T50552.

The workflows of zhwiki:

  • workflow 1: “Add tags” is the same as enwiki
  • workflow 2: speedydelete is the same as enwiki
  • workflow 3: similar to RFD of enwiki: AFD
  • workflow 4: Copyvio on zhwiki: add tag -> submit the article to a page (sort by section by taging date) -> notice user
  • workflow 5: notability on zhwiki: add tag -> submit the article to a page (sort by section by taging date)

Workflow on zhwiki without PROD.

Thanks for the feedback. I created T331598: Fix Special:NewPages Feed "Review" button word wrapping in Chinese and T331595: Rename $wgPageTriageEnableEnglishWikipediaFeatures to $wgPageTriageEnableExtendedFeatures. Feel free to create your own tickets in the future as you run across PageTriage bugs, feature requests, and ideas.

I wonder if the tagging mechanism can be made wiki-agnostic with not that much effort (or atleast compatible across enwiki+zhwiki) and be moved out of the extended features list.

The deletion feature seems to be currently too interwoven with en.wikipedia.org's workflows, I can see hardcoded templates in the JS code, which does not bode well for working cross-wiki.