Page MenuHomePhabricator

Huji (Huji Lee)
MediaWiki developer

Projects (12)

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Tuesday

  • Clear sailing ahead.

User Details

User Since
Oct 25 2014, 1:21 PM (252 w, 1 d)
Availability
Available
IRC Nick
Huji
LDAP User
Huji
MediaWiki User
Huji [ Global Accounts ]

Recent Activity

Today

Huji added a comment to T189126: Cannot delete more than one page with delete.py.

@MarcoAurelio it would be nice if you could test and confirm that my patch (r531589) can fix this issue

Sun, Aug 25, 1:07 PM · Patch-For-Review, Pywikibot-Scripts, Pywikibot

Yesterday

Huji closed T231055: Make it easier to get to AbuseFilter logs for a deleted page as Resolved.
Sat, Aug 24, 12:15 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter, MediaWiki-Page-deletion

Fri, Aug 23

Huji updated the task description for T231055: Make it easier to get to AbuseFilter logs for a deleted page.
Fri, Aug 23, 1:45 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter, MediaWiki-Page-deletion

Thu, Aug 22

Huji claimed T231055: Make it easier to get to AbuseFilter logs for a deleted page.
Thu, Aug 22, 11:03 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter, MediaWiki-Page-deletion
Huji moved T231055: Make it easier to get to AbuseFilter logs for a deleted page from Backlog to Logging on the AbuseFilter board.
Thu, Aug 22, 11:02 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter, MediaWiki-Page-deletion
Huji created T231055: Make it easier to get to AbuseFilter logs for a deleted page.
Thu, Aug 22, 11:02 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter, MediaWiki-Page-deletion
Huji added a comment to T229293: invalid CSRF token error shown with each block.

@Ciencia_Al_Poder I agree with you in essence. All of these checks are a side effect of the fact that we have historically allowed a user to run *one* bot script with a configuration that includes *more than one* user account (one normal account, one sysop account). This is archaic, and if it was up to me, I would immediately drop it. And I am not alone in that point of view; see T71283#1040612

Thu, Aug 22, 7:17 PM · Patch-For-Review, Pywikibot
Huji added a comment to T71283: dualism between user and sysop needs to be overtaken.

I am considering to take this over after T229293 is fixed. Besides site.py is there any other place where we allow dualism?

Thu, Aug 22, 2:39 PM · Patch-For-Review, Pywikibot-login.py, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

First of all, I found out something really interesting: when I run the bot against test.wikipedia.org it works without any issues. When I run it against fa.wikipedia.org I get that Login Failed error followed by the script asking for my password.
This made me remember that on fawiki we do not assign admin bots to the "sysop" group; instead, we assign them to the "botadmin" group. I added my bot to the "sysop" group as well and re-run it, and it did not show any error messages. So whatever is the issue has to do with the "botadmin" group (or more specifically, with the differences between its rights and that of the "sysop" group).

! In T229293#5430002, @Huji wrote:

This can potentially be a MediaWiki bug (such as a hardcoded "sysop" value somewhere in the API code), so I am going to add a MW tag as well.

I think this is pywikibot's @must_be decorator attempting to log the bot in as a sysop, which your bot couldn't do without being in the sysop group.
T71283: dualism between user and sysop needs to be overtaken

Thu, Aug 22, 2:02 AM · Patch-For-Review, Pywikibot
Huji triaged T230966: Using OAuth will prevent sysop-level functionalities as Normal priority.
Thu, Aug 22, 1:25 AM · Pywikibot-OAuth
Huji created T230966: Using OAuth will prevent sysop-level functionalities.
Thu, Aug 22, 1:25 AM · Pywikibot-OAuth
Huji added a comment to T229293: invalid CSRF token error shown with each block.

I just confirmed that the patch above fixes the issue both using the traditional username and password based user configuration, as well as using the BotPasswords configuration.

Thu, Aug 22, 1:19 AM · Patch-For-Review, Pywikibot
Huji claimed T229293: invalid CSRF token error shown with each block.

I think I found the problem. Removing the MW tag, because this is indeed a Pywikibot bug. And my guess was on point: hard coded "sysop" values are the cause. You can find them here and here. Essentially, Pywikibot is being presumptuous that *only* sysops can block. This is wrong, and instead of checking the user group, the rights should be checked. I will submit a patch shortly, which fixes my problem and also avoids other similar problems in the future.

Thu, Aug 22, 1:13 AM · Patch-For-Review, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

And here is a comparison of the rights of the "sysop" group to those my bot holds by being in both "bot" and "botdamin" groups:

Thu, Aug 22, 12:26 AM · Patch-For-Review, Pywikibot
Huji added a project to T229293: invalid CSRF token error shown with each block: MediaWiki-User-management.

This can potentially be a MediaWiki bug (such as a hardcoded "sysop" value somewhere in the API code), so I am going to add a MW tag as well.

Thu, Aug 22, 12:18 AM · Patch-For-Review, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

First of all, I found out something really interesting: when I run the bot against test.wikipedia.org it works without any issues. When I run it against fa.wikipedia.org I get that Login Failed error followed by the script asking for my password.

Thu, Aug 22, 12:17 AM · Patch-For-Review, Pywikibot

Wed, Aug 21

Huji added a comment to T229293: invalid CSRF token error shown with each block.

Correct. Here is how I have it now:

Wed, Aug 21, 2:34 PM · Patch-For-Review, Pywikibot

Tue, Aug 20

Huji added a comment to T229293: invalid CSRF token error shown with each block.

No. Only one instance, run in solitude.

Tue, Aug 20, 1:48 PM · Patch-For-Review, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

@Dalba I just ran this simplified bot on fawiki and ran into the same issue (of it asking me to login again):

Tue, Aug 20, 2:26 AM · Patch-For-Review, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

I wonder why you're being prompted for typing your password again, maybe your user-config.py/password_file is not configured properly?
I have the following lines in mine:
user-config.py:

usernames['*']['*'] = 'Dalba'
sysopnames['*']['*'] = 'Dalba'
password_file = 'user-password.py'
Tue, Aug 20, 2:20 AM · Patch-For-Review, Pywikibot

Mon, Aug 19

Huji added a comment to T227843: Deprecate AbuseFilter's support for Zero.

@Daimona I updated these:

Mon, Aug 19, 2:34 PM · User-notice, WikimediaMessages, Technical-Debt, AbuseFilter
Huji added a project to T200703: Special:RandomInCategory does not return all pages with equal probability: DBA.

I agree that a DBA review would be necessary.

Mon, Aug 19, 2:29 PM · MediaWiki-Categories
Huji added a comment to T200703: Special:RandomInCategory does not return all pages with equal probability.

Is there a reason we are using cl_timestamp and not page_random here? The code has been using cl_timestamp since 2013 at least. In comparison, Randompage and Randomrootpage both use page_random.

Efficency on large categories. Using page_random means a filesort. This means that the db has to load every page in the category, sort them, and then get the right page. Some categories have millions of pages in them (e.g. license cats on commons) so thats not ok. Order by RAND() would probably be equivalent to page_random here.

Mon, Aug 19, 12:07 AM · MediaWiki-Categories

Sun, Aug 18

Huji updated the task description for T200703: Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 8:12 PM · MediaWiki-Categories
Huji added a comment to T200703: Special:RandomInCategory does not return all pages with equal probability.

Is there a reason we are using cl_timestamp and not page_random here? The code has been using cl_timestamp since 2013 at least. In comparison, Randompage and Randomrootpage both use page_random.

Sun, Aug 18, 8:11 PM · MediaWiki-Categories
Huji updated the task description for T200703: Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 8:06 PM · MediaWiki-Categories
Huji updated the task description for T230700: Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 8:01 PM
Huji updated the task description for T200703: Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 7:57 PM · MediaWiki-Categories
Huji updated the task description for T200703: Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 7:56 PM · MediaWiki-Categories
Huji renamed T200703: Special:RandomInCategory does not return all pages with equal probability from Special:RandomInCategory doesn't show random results to Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 7:55 PM · MediaWiki-Categories
Huji updated the task description for T200703: Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 7:54 PM · MediaWiki-Categories
Huji updated the task description for T200703: Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 7:53 PM · MediaWiki-Categories
Huji renamed T230700: Special:RandomInCategory does not return all pages with equal probability from Special:RandomInCategory isn't very random to Special:RandomInCategory does not return all pages with equal probability.
Sun, Aug 18, 7:44 PM
Huji moved T207560: Carry out the 2018 fawiki elections on votewiki from Backlog to VoteWiki on the Elections board.
Sun, Aug 18, 1:07 PM · Elections, Trust-and-Safety, Wikimedia-Site-requests
Huji added a project to T207560: Carry out the 2018 fawiki elections on votewiki: Elections.
Sun, Aug 18, 1:06 PM · Elections, Trust-and-Safety, Wikimedia-Site-requests
Huji added a comment to T230615: Create a tag on Phabricator for fawiki elections.

@DannyS712 the Elections tag, which Aklapper pointed out, would serve that purpose.

Sun, Aug 18, 1:06 PM · Project-Admins

Sat, Aug 17

Huji added a comment to T142303: Two-account workflow is not available with OAuth.

I am not fluent in MW API, so let me ask this: is there a way to ask the API "who am i"? Or "which groups am I a part of"? Because if so, then all Pywikibot has to do is when OAuth is used it should check to make sure it is indeed authenticated using a sysop account before trying each sysop action.

Sat, Aug 17, 12:55 PM · Pywikibot, Pywikibot-OAuth

Fri, Aug 16

Huji added a comment to T229293: invalid CSRF token error shown with each block.

With BotPasswords, the CSRF error is not shown.

Fri, Aug 16, 7:49 PM · Patch-For-Review, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

Alright, I tried OAuth and when I was creating the consumer on meta, I made sure to check "Block and unblock users". However, when the bot gets to the point that it tries to block an IP I get this error message:

Fri, Aug 16, 5:24 PM · Patch-For-Review, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

Sure, I will give OAuth a try. But first, I need someone to add my bot to the "confirmed" group on Meta.

Fri, Aug 16, 4:38 PM · Patch-For-Review, Pywikibot
Huji added a comment to T230595: Apparent Bug in Undoing Edits on Articles in enwiki containing Arabic text.

@Sambasoccer27 can you please provide a diff link, not an oldid link? Something like https://en.wikipedia.org/w/index.php?title=Abd_el-Krim&diff=prev&oldid=906255302

Fri, Aug 16, 2:22 PM · VisualEditor, I18n, RTL, MediaWiki-Page-editing
Huji updated the task description for T230614: Carry out the 2019 fawiki elections on votewiki.
Fri, Aug 16, 2:17 PM · Wikimedia-Site-requests, Trust-and-Safety, Elections
Huji created T230615: Create a tag on Phabricator for fawiki elections.
Fri, Aug 16, 2:10 PM · Project-Admins
Huji created T230614: Carry out the 2019 fawiki elections on votewiki.
Fri, Aug 16, 2:07 PM · Wikimedia-Site-requests, Trust-and-Safety, Elections
Huji removed a project from T207560: Carry out the 2018 fawiki elections on votewiki: Patch-For-Review.
Fri, Aug 16, 1:58 PM · Elections, Trust-and-Safety, Wikimedia-Site-requests

Wed, Aug 14

Huji renamed T229293: invalid CSRF token error shown with each block from invalid CSRF token error shown after each block to invalid CSRF token error shown with each block.
Wed, Aug 14, 12:59 AM · Patch-For-Review, Pywikibot
Huji added a comment to T229293: invalid CSRF token error shown with each block.

That is my best guess. Here is an excerpt of the relevant portions of the output of my bot in one of its recent runs:

Wed, Aug 14, 12:58 AM · Patch-For-Review, Pywikibot

Sun, Aug 11

Huji closed T230163: AbuseFilter: Don't show "export this filter" when importing as Resolved.
Sun, Aug 11, 4:42 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter, User-DannyS712
Huji closed T229947: Dynamic variable names shouldn't be allowed, a subtask of T230263: Tasks requiring manual edits of existing abuse filters in production (tracking), as Resolved.
Sun, Aug 11, 3:53 PM · Tracking-Neverending, AbuseFilter
Huji closed T229947: Dynamic variable names shouldn't be allowed as Resolved.
Sun, Aug 11, 3:53 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter
Huji renamed T229947: Dynamic variable names shouldn't be allowed from Dynamic variables shouldn't be allowed to Dynamic variable names shouldn't be allowed.
Sun, Aug 11, 1:50 AM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter
Huji closed T230281: Allow bots to mark some edits as non-bot as Invalid.

I did not know that if you do not specify the bot parameter it would mean the edit won't be labeled as a bot edit. Since we had both minor and notminor I just assumed we would also need notbot. I just verified that what @Antigng said is actually correct, hence marking the task as invalid.

Sun, Aug 11, 1:27 AM · MediaWiki-General, Editing-team

Sat, Aug 10

Huji created T230281: Allow bots to mark some edits as non-bot.
Sat, Aug 10, 10:17 PM · MediaWiki-General, Editing-team

Thu, Aug 8

Huji added a comment to T229947: Dynamic variable names shouldn't be allowed.

I suggest that we try to restart the discussion about the global abusefilter managers group on meta. I was thinking to do that next week, and maybe write on tech news. ATM there are several tasks for which we'd need those rights.

Thu, Aug 8, 4:50 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter
Huji added a comment to T229947: Dynamic variable names shouldn't be allowed.

Here is the thing tho: if we only want to allow literal strings as the first parameter, then what is the point of having set_var at all? We already can use the variable := value syntax for that.

Thu, Aug 8, 12:39 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter
Huji renamed T229947: Dynamic variable names shouldn't be allowed from Variable variables shouldn't be allowed to Dynamic variables shouldn't be allowed.
Thu, Aug 8, 12:36 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter
Huji added a comment to T229947: Dynamic variable names shouldn't be allowed.

You can query public filters like this but (a) you cannot query private filters, and (b) this would require running the query for hundreds of wikis one at a time.

Thu, Aug 8, 12:36 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter
Huji added a comment to T230086: Expose variable results in examine interface.

Can this be merged with T170504 somehow? As a parent and child task, or some other way?

Thu, Aug 8, 2:03 AM · User-DannyS712, AbuseFilter

Wed, Aug 7

Huji added a comment to T229947: Dynamic variable names shouldn't be allowed.

@Daimona, I think we should run a query to make sure no WMF wiki already uses this feature, before disabling it. Can you take the lead on that subtask?

Wed, Aug 7, 10:53 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), AbuseFilter
Huji assigned T230066: TagMultiselectWidget: the input field is editable even if the widget is disabled to Daimona.
Wed, Aug 7, 10:31 PM · OOUI, AbuseFilter, User-DannyS712
Huji updated the task description for T156568: Review and update the Examples extension.
Wed, Aug 7, 10:17 PM · User-D3r1ck01, Wikimedia-Hackathon-2017, MediaWiki-Stakeholders-Group, Developer-Wishlist (2017), MediaWiki-extensions-Examples
Huji added a comment to T230066: TagMultiselectWidget: the input field is editable even if the widget is disabled.

Interesting find!

Wed, Aug 7, 8:26 PM · OOUI, AbuseFilter, User-DannyS712

Sat, Aug 3

Huji added a comment to T212730: Change the syntax for non-decimal numbers.

Obviously, keeping this open despite the merged patch, as the patch only helps with better logging of events and the problem persists.

Sat, Aug 3, 8:29 PM · Patch-For-Review, MW-1.34-notes (1.34.0-wmf.17; 2019-08-06), User-Daimona, AbuseFilter
Huji created T229717: Define import sources for fawiki.
Sat, Aug 3, 12:59 AM · Wikimedia-Site-requests

Thu, Aug 1

Huji closed T229600: Hook name does not match associated namespace name as Declined.

a new hook was created in OATHAuth to address

A new subscriber was created. A new hook was not created

Thu, Aug 1, 10:43 PM · MediaWiki-extensions-OATHAuth
Huji updated the task description for T229600: Hook name does not match associated namespace name.
Thu, Aug 1, 5:32 PM · MediaWiki-extensions-OATHAuth
Huji created T229600: Hook name does not match associated namespace name.
Thu, Aug 1, 5:31 PM · MediaWiki-extensions-OATHAuth

Tue, Jul 30

Huji added a comment to T229293: invalid CSRF token error shown with each block.

I did more examinations of this. My bot will issue several blocks each time I run it. The first block never causes the warning to show up; all subsequent blocks will. I will try to investigate more, but thought sharing it here could help others who may also be investigating this.

Tue, Jul 30, 5:40 PM · Patch-For-Review, Pywikibot
Huji updated the task description for T229293: invalid CSRF token error shown with each block.
Tue, Jul 30, 4:54 PM · Patch-For-Review, Pywikibot
Huji committed rPWBCdca5c1e0200d: Add allowusertalk to the userblock options in pywikibot (authored by Huji).
Add allowusertalk to the userblock options in pywikibot
Tue, Jul 30, 2:52 PM

Mon, Jul 29

Huji created T229293: invalid CSRF token error shown with each block.
Mon, Jul 29, 11:30 PM · Patch-For-Review, Pywikibot
Huji created T229288: Add allowusertalk to the userblock options in pywikibot.
Mon, Jul 29, 10:19 PM · Pywikibot
Huji closed T228609: OATHAuth: Don't show link to `Manage Two-factor authentication` if user can't do so as Resolved.
Mon, Jul 29, 12:40 AM · MW-1.34-notes (1.34.0-wmf.16; 2019-07-30), User-DannyS712, MediaWiki-extensions-OATHAuth

Sat, Jul 27

Huji claimed T176553: Add rollback, autopatrol, extended confirmed, patroller and uploader to eliminators in fawiki.
Sat, Jul 27, 12:15 AM · User-Urbanecm, Patch-For-Review, User-Ladsgroup, Wikimedia-Site-requests
Huji added a comment to T176553: Add rollback, autopatrol, extended confirmed, patroller and uploader to eliminators in fawiki.

@Urbanecm yes; sorry I did not see your message due to poor inbox management.

Sat, Jul 27, 12:14 AM · User-Urbanecm, Patch-For-Review, User-Ladsgroup, Wikimedia-Site-requests
Huji placed T210642: Disallow eliminators to block sysops on fawiki up for grabs.
Sat, Jul 27, 12:13 AM · MediaWiki-User-management, Wikimedia-Site-requests

Jul 23 2019

Huji closed T174277: CheckUser API is case-sensitive to the first character of the username as Resolved.
Jul 23 2019, 2:14 AM · MW-1.34-notes (1.34.0-wmf.15; 2019-07-23), User-DannyS712, CheckUser

Jul 21 2019

Huji claimed T174277: CheckUser API is case-sensitive to the first character of the username.
Jul 21 2019, 8:01 PM · MW-1.34-notes (1.34.0-wmf.15; 2019-07-23), User-DannyS712, CheckUser
Huji updated subscribers of T174277: CheckUser API is case-sensitive to the first character of the username.

Hmmm. The only case for using cuc_user_text would be if we were thinking that a user maybe renamed but CU data might not have been synced yet. But I don't think that should be the case ever since the onRenameUserSQL hook exists (since rECHU7b16c55a4a0def59a910d4bb4bead07706a23028 implemented in 2016).

Jul 21 2019, 12:16 AM · MW-1.34-notes (1.34.0-wmf.15; 2019-07-23), User-DannyS712, CheckUser

Jul 20 2019

Huji added a comment to T174277: CheckUser API is case-sensitive to the first character of the username.

No, I don't. Here is what I get for running a check for "admin":

Jul 20 2019, 8:43 PM · MW-1.34-notes (1.34.0-wmf.15; 2019-07-23), User-DannyS712, CheckUser
Huji added a comment to T174277: CheckUser API is case-sensitive to the first character of the username.

That was a typo (I updated the task). The issue persists.

Jul 20 2019, 2:24 AM · MW-1.34-notes (1.34.0-wmf.15; 2019-07-23), User-DannyS712, CheckUser
Huji updated the task description for T174277: CheckUser API is case-sensitive to the first character of the username.
Jul 20 2019, 2:24 AM · MW-1.34-notes (1.34.0-wmf.15; 2019-07-23), User-DannyS712, CheckUser

Jul 17 2019

Huji awarded T87781: Split mediawiki tests into unit and integration tests a Love token.
Jul 17 2019, 6:22 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), Code-Health, Patch-For-Review, User-kostajh, Wikimedia-Hackathon-2019, Code-Health-Metrics, Epic, MediaWiki-Core-Testing

Jul 13 2019

Huji added a comment to T227705: Add "help" link to Special:BlankPage.

I still think someone else with more experience should give this some consideration; I continue to think that the help message should be wiki-specific, and therefore it should not be handled through the code base.

Jul 13 2019, 8:12 PM · Patch-For-Review, User-DannyS712, MediaWiki-Special-pages
Huji added a comment to T227705: Add "help" link to Special:BlankPage.

https://www.mediawiki.org/wiki/Manual:Special_pages#Custom_special_pages does not provide the relevant information (for one thing, it never even mentions Special:BlankPage so for a non-technical user that help page is completely useless).

Jul 13 2019, 4:39 PM · Patch-For-Review, User-DannyS712, MediaWiki-Special-pages

Jul 11 2019

Huji added a comment to T224861: Special:UrlShortener should have a "help" link.

On it

Jul 11 2019, 11:39 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), User-DannyS712, MediaWiki-extensions-UrlShortener
Huji closed T224816: Add help link for PageCuration UI, a subtask of T226350: Special pages help links [Tracking], as Resolved.
Jul 11 2019, 11:18 PM · MediaWiki-General, Epic, User-DannyS712
Huji closed T224816: Add help link for PageCuration UI as Resolved.
Jul 11 2019, 11:18 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), User-DannyS712, Growth-Team, PageCuration
Huji closed T224861: Special:UrlShortener should have a "help" link, a subtask of T226350: Special pages help links [Tracking], as Resolved.
Jul 11 2019, 11:17 PM · MediaWiki-General, Epic, User-DannyS712
Huji closed T224861: Special:UrlShortener should have a "help" link as Resolved.
Jul 11 2019, 11:17 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), User-DannyS712, MediaWiki-extensions-UrlShortener
Huji closed T226445: Add "help" link to redirect-related special pages as Resolved.
Jul 11 2019, 10:03 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), MediaWiki-Special-pages, User-DannyS712
Huji closed T226445: Add "help" link to redirect-related special pages, a subtask of T226350: Special pages help links [Tracking], as Resolved.
Jul 11 2019, 10:03 PM · MediaWiki-General, Epic, User-DannyS712
Huji closed T225583: Special:GlobalRenameRequest is missing a "help" link, a subtask of T226350: Special pages help links [Tracking], as Resolved.
Jul 11 2019, 10:02 PM · MediaWiki-General, Epic, User-DannyS712
Huji closed T225583: Special:GlobalRenameRequest is missing a "help" link as Resolved.
Jul 11 2019, 10:02 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), GlobalRename, User-DannyS712, MediaWiki-extensions-CentralAuth
Huji closed T226938: Add "help" links to special pages added by extensions, a subtask of T226350: Special pages help links [Tracking], as Resolved.
Jul 11 2019, 7:49 PM · MediaWiki-General, Epic, User-DannyS712
Huji closed T226938: Add "help" links to special pages added by extensions as Resolved.
Jul 11 2019, 7:49 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), MediaWiki-extensions-General, WikiHiero, TimedMediaHandler, MediaWiki-extensions-TemplateSandbox, MediaWiki-extensions-ORES, MassMessage, Graphs, MediaWiki-extensions-FlaggedRevs, MediaWiki-extensions-Disambiguator, User-DannyS712, AbuseFilter, Scoring-platform-team
Huji updated the task description for T226938: Add "help" links to special pages added by extensions.
Jul 11 2019, 7:49 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), MediaWiki-extensions-General, WikiHiero, TimedMediaHandler, MediaWiki-extensions-TemplateSandbox, MediaWiki-extensions-ORES, MassMessage, Graphs, MediaWiki-extensions-FlaggedRevs, MediaWiki-extensions-Disambiguator, User-DannyS712, AbuseFilter, Scoring-platform-team
Huji removed a project from T226938: Add "help" links to special pages added by extensions: Patch-For-Review.
Jul 11 2019, 7:48 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), MediaWiki-extensions-General, WikiHiero, TimedMediaHandler, MediaWiki-extensions-TemplateSandbox, MediaWiki-extensions-ORES, MassMessage, Graphs, MediaWiki-extensions-FlaggedRevs, MediaWiki-extensions-Disambiguator, User-DannyS712, AbuseFilter, Scoring-platform-team
Huji closed T227534: Add "help" links to special pages in mediawiki core, a subtask of T226350: Special pages help links [Tracking], as Resolved.
Jul 11 2019, 7:47 PM · MediaWiki-General, Epic, User-DannyS712
Huji closed T227534: Add "help" links to special pages in mediawiki core as Resolved.
Jul 11 2019, 7:47 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), MediaWiki-General, User-DannyS712