Page MenuHomePhabricator

TheVoidwalker (Void)
User

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Aug 22 2016, 2:01 AM (202 w, 1 d)
Availability
Available
LDAP User
Voidwalker
MediaWiki User
The Voidwalker [ Global Accounts ]

Recent Activity

May 22 2020

TheVoidwalker added a comment to T253300: Remove core hacks from url.py.

Our urls.py has a hack to prevent ZppixBot from fetching URLs posted by certain bots to reduce spam (MirahezeLogBot, travis-ci, and wikibugs). If we migrate to upstream url.py, we will have to make this hack again. Alternately, the bot could just entirely ignore those other bots.

May 22 2020, 3:52 PM · User-MacFan4000, Upstream, ZppixBot

Dec 16 2019

TheVoidwalker claimed T240872: Wiki session data lost during edits.

I managed to make an edit, which seems to have fixed it for now. I'll look into upgrading MW shortly.

Dec 16 2019, 8:17 PM · ZppixBot

Nov 4 2019

TheVoidwalker closed T234718: Run test on publictestwiki.com for users with @miraheze/* cloaks, a subtask of T234717: Restrict sites StatusBot module can run on, as Resolved.
Nov 4 2019, 11:34 PM · User-RhinosF1, ZppixBot
TheVoidwalker closed T234718: Run test on publictestwiki.com for users with @miraheze/* cloaks as Resolved.

Per discussion with @RhinosF1, it appears to be functional, and the code has been cleaned up rather significantly.

Nov 4 2019, 11:34 PM · User-RhinosF1, ZppixBot

Oct 24 2019

TheVoidwalker added a comment to T231763: Don't show VE help/welcome messages to users if seen before.

I signed up and tested on your wiki (test.miraheze.org redirects to https://publictestwiki.com/ for me).

When you're logged in, the state of these popups is stored in user preferences. We use the action=options API to save them. However, on your wiki saving them fails, returning an error like this:

{"warnings":{"options":{"warnings":"Validation error for \"visualeditor-hideusered\": not a valid preference."}},"options":"success"}

You can see this in browser developer tools in the "Network" tab after you close the popup.

Oct 24 2019, 6:41 PM · VisualEditor, User-RhinosF1

Sep 17 2019

TheVoidwalker closed T201234: Create a URL blacklist for the URL module as Resolved.

Few more tweaks to go, but the functionality should all be there.

Sep 17 2019, 10:10 PM · ZppixBot, User-Zppix
TheVoidwalker claimed T201234: Create a URL blacklist for the URL module.
Sep 17 2019, 9:39 PM · ZppixBot, User-Zppix
TheVoidwalker lowered the priority of T201234: Create a URL blacklist for the URL module from High to Medium.

The bot config already has a url blacklist built in (bot.config.url.exclude and bot.memory['url_exclude']). I'd say all we need to do is allow for it to be modified dynamically (via command).

Sep 17 2019, 5:36 PM · ZppixBot, User-Zppix

Sep 16 2019

TheVoidwalker added a member for ZppixBot: TheVoidwalker.
Sep 16 2019, 2:43 AM

Aug 29 2019

TheVoidwalker closed T219050: Revoking talk page access for anons doesn't work as Invalid.

As it turns out, it's an unrelated issue where multiple blocks exist for the same IP (somehow).

Aug 29 2019, 1:03 AM · Growth-Team, StructuredDiscussions
TheVoidwalker added a comment to T219050: Revoking talk page access for anons doesn't work.

Upon further investigation, it does not seem possible to replicate this issue. Instead something else may be at play, I'll see if I can nail that down, and update this task with the details.

Aug 29 2019, 12:18 AM · Growth-Team, StructuredDiscussions

Aug 28 2019

TheVoidwalker added a comment to T219050: Revoking talk page access for anons doesn't work.

@TheVoidwalker could you share the URL where you observed this please?

Aug 28 2019, 9:37 PM · Growth-Team, StructuredDiscussions

Jul 5 2019

TheVoidwalker claimed T226343: Global Blocks do not prevent the use of WikiForum.
Jul 5 2019, 3:37 AM · Social-Tools, WikiForum

Jun 24 2019

TheVoidwalker added a comment to T226343: Global Blocks do not prevent the use of WikiForum.

Users can't be globally blocked - only IPs can. See https://meta.wikimedia.org/wiki/Global_blocks

Jun 24 2019, 2:38 PM · Social-Tools, WikiForum
TheVoidwalker updated the task description for T226342: Comments should use Title::userCan to determine a user's blocked status.
Jun 24 2019, 12:38 AM · Comments, Social-Tools
Restricted Application added a project to T226343: Global Blocks do not prevent the use of WikiForum: Social-Tools.
Jun 24 2019, 12:34 AM · Social-Tools, WikiForum
Restricted Application added a project to T226342: Comments should use Title::userCan to determine a user's blocked status: Social-Tools.
Jun 24 2019, 12:09 AM · Comments, Social-Tools

Mar 23 2019

TheVoidwalker created T219050: Revoking talk page access for anons doesn't work.
Mar 23 2019, 2:58 AM · Growth-Team, StructuredDiscussions

Feb 5 2019

TheVoidwalker added a project to T215324: Patch for T210937 needs backporting to 1.32 (API list=users mistakenly reports user as missing): MediaWiki-API.
Feb 5 2019, 9:58 PM · MW-1.32-notes, MW-1.32-release, MediaWiki-API
TheVoidwalker created T215324: Patch for T210937 needs backporting to 1.32 (API list=users mistakenly reports user as missing).
Feb 5 2019, 6:51 PM · MW-1.32-notes, MW-1.32-release, MediaWiki-API

Feb 4 2019

TheVoidwalker created T215136: Disabling an AbuseFilter action does not remove that action from existing filters.
Feb 4 2019, 12:57 AM · Patch-For-Review, AbuseFilter

Jan 17 2019

TheVoidwalker added a comment to T213982: Special:AbuseLog issues when filtering vs not filtering results.

The issue appears to be caused by afl_user being set to 0 on user creation (likely because the user account does not exist). But, when searching though the abuse logs, a condition is added to search by afl_user, which, as long as the account now exists, cannot be 0. Is this necessary at all, given that afl_user_text should be unique? Maybe, given that a disallowed user creation could add entries from different people.

Jan 17 2019, 12:47 AM · User-Daimona, AbuseFilter
TheVoidwalker added a comment to T213982: Special:AbuseLog issues when filtering vs not filtering results.

This appears to be the case for any filter that is activated on account creation. For whatever reason, the log is not actually attached to the account (meaning that you can't search for the account name to find the hit).

Jan 17 2019, 12:28 AM · User-Daimona, AbuseFilter

Jun 5 2018

TheVoidwalker closed T141482: CentralAuth login attempt gives "No active login attempt is in progress for your session" as Resolved.

Handled with downstream config fixes. Not to mention, if there is another issue, it appears to be next to impossible to debug in the current situation (too intermittent/unreliable).

Jun 5 2018, 11:33 PM · User-Zppix, MediaWiki-Authentication-and-authorization, MediaWiki-extensions-CentralAuth
TheVoidwalker added a comment to T141482: CentralAuth login attempt gives "No active login attempt is in progress for your session".

Also, I just want to remark that I am concerned that my own debugging is not for the same issue as the original that we encountered, as that one could be fixed or bypassed by the user. So far, the account I triggered this on has remained inaccessible for over 24h.

Jun 5 2018, 12:22 AM · User-Zppix, MediaWiki-Authentication-and-authorization, MediaWiki-extensions-CentralAuth
TheVoidwalker added a comment to T141482: CentralAuth login attempt gives "No active login attempt is in progress for your session".

I've done quite a bit of debugging downstream, and found that the issue may be T169261, but that wouldn't make sense, because we are using a version of CentralAuth that includes the fix that resolved that task. Anyway, here's the debugging I got:

Jun 5 2018, 12:19 AM · User-Zppix, MediaWiki-Authentication-and-authorization, MediaWiki-extensions-CentralAuth

Sep 10 2017

TheVoidwalker created T175462: Inability to lock via setglobalaccountstatus API in mw 1.29.
Sep 10 2017, 1:42 AM · MW-1.30-release-notes (WMF-deploy-2017-09-05 (1.30.0-wmf.17)), Regression, MediaWiki-extensions-CentralAuth

Jan 1 2017

TheVoidwalker added a comment to T154390: Visiting Special:SpecialPages while SocialProfile is installed throws a PHP error.

It does not appear to be up to date with the master branch. I will try updating.

Jan 1 2017, 4:27 AM · Social-Tools, SocialProfile
TheVoidwalker added a comment to T154390: Visiting Special:SpecialPages while SocialProfile is installed throws a PHP error.

We have a git repository here. I'm currently checking if the extension is up to date.

Jan 1 2017, 4:18 AM · Social-Tools, SocialProfile
TheVoidwalker added a comment to T154390: Visiting Special:SpecialPages while SocialProfile is installed throws a PHP error.

Well, I changed line 359 to public function performUpload( $comment, $pageText, $watch, $user, $tags = [] ) { and it seemed to work. Then I attempted to upload an avatar and received the following error:

Warning: getimagesize(): Filename cannot be empty in .../extensions/SocialProfile/UserProfile/SpecialUploadAvatar.php on line 364
Jan 1 2017, 3:17 AM · Social-Tools, SocialProfile

Dec 16 2016

TheVoidwalker added a comment to T153389: "mark all as visited" appears temporarily grayed/disabled after a refresh following a watchlist reset.

Also, I suggested a script here, which replicates the functionality without using a confirmation button.

Dec 16 2016, 1:23 AM · MediaWiki-Watchlist
TheVoidwalker added a comment to T153389: "mark all as visited" appears temporarily grayed/disabled after a refresh following a watchlist reset.

Check to make sure that pages are marked as visited, the change had made it so that the page marks stuff as visited without reloading (possibly).
No idea why they made it remove the button though.

Dec 16 2016, 1:17 AM · MediaWiki-Watchlist
TheVoidwalker added a comment to T150045: Add a confirmation button to "Mark all pages as visited" on the Watchlist, and update via ajax.

Since the original form-submission-based reset didn't require a confirmation, how about removing the dialog confirmation and immediately resetting the watchlist via JS? It wouldn't require a reload but wouldn't add another extra click.

Dec 16 2016, 12:06 AM · MW-1.29-release (WMF-deploy-2016-12-13_(1.29.0-wmf.6)), MW-1.29-release-notes, User-notice, Patch-For-Review, Google-Code-In-2016, MediaWiki-Watchlist

Oct 13 2016

TheVoidwalker added a comment to T147922: Transcluding RecentChanges fails when using tags with spaces.

Note: fails not only during transclusions, but also when just linking:

https://en.wikipedia.org/wiki/Special:RecentChanges/tagfilter%3Dblanking (WORKS)

https://en.wikipedia.org/wiki/Special:RecentChanges/tagfilter%3Dpossible_vandalism (DOES NOT WORK)

Converting _ to + or %20 also does not work.

Oct 13 2016, 2:05 AM · MediaWiki-Recent-changes