Page MenuHomePhabricator

dmehus (Doug Mehus)
User

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Sunday

  • Clear sailing ahead.

User Details

User Since
Jun 23 2020, 5:40 PM (65 w, 2 d)
Availability
Available
LDAP User
Unknown
MediaWiki User
Dmehus [ Global Accounts ]

Recent Activity

Mon, Sep 6

dmehus added a project to T214722: Introduce global system users: User-RhinosF1.
Mon, Sep 6, 6:55 PM · MediaWiki-User-management, MediaWiki-Authentication-and-authorization, MediaWiki-extensions-CentralAuth
dmehus moved T214722: Introduce global system users from Radar to Miraheze-Linked on the User-RhinosF1 board.
Mon, Sep 6, 6:55 PM · MediaWiki-User-management, MediaWiki-Authentication-and-authorization, MediaWiki-extensions-CentralAuth

May 31 2021

dmehus added a comment to T284010: Skip button gets stuck on last question + 1.

To state some of the obvious points:

  • Account creation is restricted so I'm not able to create a dummy user account to try to reproduce the bug, but...

We disabled that because the spambots were quite active on test3wiki. Nevertheless, I've reenabled it now.

May 31 2021, 9:23 PM · Social-Tools, User-RhinosF1, QuizGame
dmehus added a member for User-RhinosF1: dmehus.
May 31 2021, 2:15 AM

May 30 2021

dmehus triaged T283998: Forward and transclude flag status options are not retained when editing an existing interwiki prefix as Medium priority.

Triaging as medium for now; feel free to escalate, if desired.

May 30 2021, 10:17 PM · Patch-For-Review, User-RhinosF1, MediaWiki-extensions-Interwiki
dmehus moved T283998: Forward and transclude flag status options are not retained when editing an existing interwiki prefix from Radar to Miraheze-Linked on the User-RhinosF1 board.
May 30 2021, 10:16 PM · Patch-For-Review, User-RhinosF1, MediaWiki-extensions-Interwiki
dmehus created T283998: Forward and transclude flag status options are not retained when editing an existing interwiki prefix.
May 30 2021, 10:16 PM · Patch-For-Review, User-RhinosF1, MediaWiki-extensions-Interwiki

May 26 2021

dmehus added a comment to T283616: Special:Investigate UserAgent tab is not populated with logged actions.

Yep, this is a duplicate. @RhinosF1 thanks for filing this. Our team has recently been involved in SecurePoll work which is taking up much of our time. We'll pick this work back up soon.

May 26 2021, 7:06 PM · Anti-Harassment, SecTeam-Processed, User-RhinosF1, MW-1.36-release, CheckUser, Security

May 25 2021

dmehus moved T283616: Special:Investigate UserAgent tab is not populated with logged actions from Radar to Miraheze-Linked on the User-RhinosF1 board.
May 25 2021, 5:37 PM · Anti-Harassment, SecTeam-Processed, User-RhinosF1, MW-1.36-release, CheckUser, Security
dmehus added a project to T283616: Special:Investigate UserAgent tab is not populated with logged actions: User-RhinosF1.
May 25 2021, 5:37 PM · Anti-Harassment, SecTeam-Processed, User-RhinosF1, MW-1.36-release, CheckUser, Security

Apr 28 2021

dmehus moved T281417: Add ManageWiki CVE CVE-2021-29483 to next Security Announcement from Radar to Miraheze-Linked on the User-RhinosF1 board.
Apr 28 2021, 9:34 PM · User-RhinosF1, Security

Apr 27 2021

dmehus awarded T281178: Setting $wgCentralAuthGlobalPasswordPolicies does not take effect a Like token.
Apr 27 2021, 6:45 PM · SecTeam-Processed, User-Majavah, User-Urbanecm, User-RhinosF1, MediaWiki-extensions-CentralAuth

Apr 14 2021

dmehus added a comment to T276688: HTTP 403 rest-write-denied error - Caught exception of type Flow\Exception\NoParserException.

@R4356th: is this really invalid? It was an actual issue that was self-solved not really invalid.

Apr 14 2021, 8:59 PM · StructuredDiscussions, User-RhinosF1, Growth-Team

Apr 13 2021

dmehus added a comment to T279838: add a table for Gyaanipedias.

This would mean I have to somehow remove Gyaanipedias from the Miraheze table or the totals would be wrong. I am a bit reluctant to do that because it seems we might soon have more special cases to be removed from the miraheze table.. that need to be maintained somewhere.

Apr 13 2021, 6:19 PM · VPS-project-Wikistats
dmehus added a comment to T279838: add a table for Gyaanipedias.

@Dzahn Gyaanipedia is not a separate wiki farm, despite the name and number of Gyaanipedias. It is actually a series of Gyannipedia wikis hosted by Miraheze; therefore, Gyannipedia wikis are already included here

Apr 13 2021, 5:01 PM · VPS-project-Wikistats

Apr 7 2021

dmehus moved T278442: Enable more signature flexibility in discussion tools from Radar to Miraheze-Linked on the User-RhinosF1 board.
Apr 7 2021, 7:44 PM · Editing-team, DiscussionTools
dmehus added a project to T278442: Enable more signature flexibility in discussion tools: User-RhinosF1.
Apr 7 2021, 7:43 PM · Editing-team, DiscussionTools
dmehus added a comment to T268558: Allow minor (<small>-wrapped) comments to be saved via the reply link.

Regarding https://phabricator.wikimedia.org/T268558#6981540, https://phabricator.wikimedia.org/T268558#6671206 already cross-references the task

Apr 7 2021, 7:41 PM · DiscussionTools, Editing-team
dmehus added a comment to T268558: Allow minor (<small>-wrapped) comments to be saved via the reply link.
Apr 7 2021, 7:40 PM · DiscussionTools, Editing-team

Apr 6 2021

dmehus added a comment to T276688: HTTP 403 rest-write-denied error - Caught exception of type Flow\Exception\NoParserException.

While kind of messy, and not sure if it's related to the other two downstream tasks, there does seem to be a workaround for https://phabricator.miraheze.org/T7099 / https://phabricator.miraheze.org/T7099 whereby when the writeapi is added to the * group, the issue is resolved. If not able to easily resolve, it might be nice to have StructuredDiscussions return a user friendly error message like, "Please add the writeapi user right to the all users (*) user group," or something maybe?

Apr 6 2021, 4:49 PM · StructuredDiscussions, User-RhinosF1, Growth-Team

Apr 3 2021

dmehus moved T279220: Bug exists where userID is displayed instead of username in DPLforum extension from Radar to Miraheze-Linked on the User-RhinosF1 board.
Apr 3 2021, 2:00 AM · User-RhinosF1, MediaWiki-extensions-DPLforum
dmehus created T279220: Bug exists where userID is displayed instead of username in DPLforum extension.
Apr 3 2021, 1:59 AM · User-RhinosF1, MediaWiki-extensions-DPLforum

Mar 22 2021

dmehus added a comment to T259265: previously-autopatrolled revisions of administrators or autopatrollers become unpatrolled upon losing that status.

@Reception123: Following https://www.mediawiki.org/wiki/How_to_report_a_bug to provide a list of clear steps to reproduce (step by step, as a list), then what you expect, and what happens instead, would increase chances that someone would take a look into this. Please structure your bug reports - thanks.

Mar 22 2021, 8:53 PM · User-RhinosF1, MediaWiki-Patrolling

Mar 5 2021

dmehus moved T221560: Searches with hyphens yield a database query error from Radar to Miraheze-Linked on the User-RhinosF1 board.
Mar 5 2021, 1:07 PM · Discovery-Search, MediaWiki-Search
dmehus added a project to T221560: Searches with hyphens yield a database query error: User-RhinosF1.
Mar 5 2021, 1:07 PM · Discovery-Search, MediaWiki-Search

Feb 22 2021

dmehus added a comment to T19929: CentralAuth account locks should trigger global autoblocks.

quentinv57 wrote:

I've put the priority to normal, as suggested above. We're now waiting for three years.

It would be very nice if this could be processed, even if I agree that it would be time-consuming for developers. But the time you will spend doing this is insignificant regarding the time stewards have lost due to this for now. As Marco Aurelio said above, this will be an amazing gain of time.

Now, when stewards want to globally block a crosswiki vandal, they have to perform the following operations :
1- lock the account
2- give themselves the CheckUser status locally
3- check the user IP
4- block the IP globally
5- remove themselves the CheckUser status
6- lock and delete the stuff the vandal has spread between the time the account has been locked and the IP globally blocked

If we had an auto-block that works, we would no more have to perform the last five points. The gain of time is at least 80%.

Moreover, some vandals know we can't perform checks on projets with local CheckUsers. Indeed, the steward policy forbids us to do this. So sometimes they play with us creating multiple accounts to vandalize, and move from a wiki with local CUs to an other. And we have to wait sometimes for dozens of minutes that a local CheckUser is available to perform the check and to globally block the IP.

I hope I was convincing enough. Thanks for your understanding.

Quentinv57

Feb 22 2021, 7:03 PM · GlobalBlocking, Stewards-and-global-tools, MediaWiki-extensions-CentralAuth

Feb 16 2021

dmehus moved T85023: Wikimedia global user rights log entry did not get updated in global rename from Radar to Miraheze-Linked on the User-RhinosF1 board.
Feb 16 2021, 10:17 AM · User-Zabe, MW-1.37-notes (1.37.0-wmf.20; 2021-08-23), User-RhinosF1, MediaWiki-extensions-CentralAuth, GlobalRename, MediaWiki-extensions-Renameuser
dmehus added a project to T85023: Wikimedia global user rights log entry did not get updated in global rename: User-RhinosF1.

Adding User-RhinosF1 project and moving on that workboard to Miraheze Linked, as we're quite curious when this bug will be fixed. All local log entries have the performers and targets updated following a global rename, so why not global log entries, such as the global rights log?

Feb 16 2021, 10:17 AM · User-Zabe, MW-1.37-notes (1.37.0-wmf.20; 2021-08-23), User-RhinosF1, MediaWiki-extensions-CentralAuth, GlobalRename, MediaWiki-extensions-Renameuser

Jan 31 2021

dmehus added a project to T64561: Non-admins are able to see the title and edit summary of posts that are within deleted topics in Flow: User-RhinosF1.
Jan 31 2021, 9:23 PM · Growth-Team-Filtering, User-RhinosF1, Growth-Team, StructuredDiscussions
dmehus moved T64561: Non-admins are able to see the title and edit summary of posts that are within deleted topics in Flow from Radar to Miraheze-Linked on the User-RhinosF1 board.
Jan 31 2021, 9:23 PM · Growth-Team-Filtering, User-RhinosF1, Growth-Team, StructuredDiscussions

Jan 12 2021

dmehus awarded T207562: Implement "links-in-logs" user script in MediaWiki itself a Like token.
Jan 12 2021, 9:28 PM · MW-1.36-notes (1.36.0-wmf.18; 2020-11-17), User-notice, User-DannyS712, MediaWiki-Logevents

Jan 11 2021

dmehus updated the task description for T271738: Non-existent user page links display as bluelinks when SocialProfile is enabled.
Jan 11 2021, 6:24 PM · User-RhinosF1, SocialProfile, Social-Tools
dmehus updated the task description for T271738: Non-existent user page links display as bluelinks when SocialProfile is enabled.
Jan 11 2021, 6:21 PM · User-RhinosF1, SocialProfile, Social-Tools
dmehus moved T271738: Non-existent user page links display as bluelinks when SocialProfile is enabled from Radar to Miraheze-Linked on the User-RhinosF1 board.
Jan 11 2021, 6:19 PM · User-RhinosF1, SocialProfile, Social-Tools
dmehus created T271738: Non-existent user page links display as bluelinks when SocialProfile is enabled.
Jan 11 2021, 6:19 PM · User-RhinosF1, SocialProfile, Social-Tools

Dec 30 2020

dmehus added a comment to T270923: Error 1406: Data too long for column 'gb_reason'.

Thanks, @RhinosF1 and @Paladox for following up on this error. Thanks, @Reedy, for your troubleshooting. So what was the outcome of this, did we have to update our schema, @Paladox?

Dec 30 2020, 1:19 AM · User-RhinosF1, Schema-change, GlobalBlocking

Dec 22 2020

dmehus moved T270687: IPs can comment when globally blocked from Radar to Miraheze-Linked on the User-RhinosF1 board.
Dec 22 2020, 6:59 AM · User-RhinosF1, Comments, Social-Tools
dmehus added a project to T270687: IPs can comment when globally blocked: User-RhinosF1.

Adding User-RhinosF1 project

Dec 22 2020, 6:59 AM · User-RhinosF1, Comments, Social-Tools

Nov 19 2020

dmehus added a comment to T202262: Display global rename log in "Previous global account changes".

👍 This would definitely be a useful feature, particularly for monitoring users that have requested multiple renames. I'm not sure how often this occurs on the Wikimedia projects, but it certainly does happen fairly often on non-Wikimedia projects. Should we re-add this idea to the community wish list for 2021?

Nov 19 2020, 1:19 AM · Patch-For-Review, Stewards-and-global-tools, MediaWiki-extensions-CentralAuth, GlobalRename, User-revi

Nov 13 2020

dmehus updated subscribers of T260996: Give the option to permit users to view Special:GlobalRenameQueue.

Adding @Universal_Omega per his request on IRC

Nov 13 2020, 5:37 AM · Patch-For-Review, GlobalRename, MediaWiki-extensions-CentralAuth

Nov 10 2020

dmehus added a comment to T267663: Adding <small> tag in a reply using DiscussionTools provides no way to auto-close the tag if one wants their signature to be made the same size.

@RhinosF1 mentioned that I should be able to manually add the four tildes (~~~~) as my signature, which I hadn't initially considered. It's less ideal, as I do feel this shouldn't be too difficult to resolve this bug by having the extension check for an unclosed <small> tag and close any <small> tags present in the reply, but is still an acceptable workaround; however, upon further testing, the four tildes (~~~~) is simply added to the auto-added signature that the extension adds. So, as a secondary or in addition to fix, the extension should check for any four tildes already in the reply and, if present, not add a signature.

Nov 10 2020, 6:20 PM · User-RhinosF1, DiscussionTools
dmehus moved T267663: Adding <small> tag in a reply using DiscussionTools provides no way to auto-close the tag if one wants their signature to be made the same size from Radar to Miraheze-Linked on the User-RhinosF1 board.
Nov 10 2020, 5:04 PM · User-RhinosF1, DiscussionTools
dmehus created T267663: Adding <small> tag in a reply using DiscussionTools provides no way to auto-close the tag if one wants their signature to be made the same size.
Nov 10 2020, 5:04 PM · User-RhinosF1, DiscussionTools

Aug 29 2020

dmehus added a comment to T234798: Special:ActiveUsers and magic word NUMBEROFACTIVEUSERS should support a threshold for very active users.

Completely agree with @Reception123. I'd actually like to see Special:ActiveUsers improved to be a full-fledged special page, capable of being linked to via Special:ActiveUsers/role and/or transcluded into wiki pages.

Aug 29 2020, 4:42 PM · MediaWiki-Special-pages

Aug 15 2020

dmehus updated the task description for T260486: Fatal exception error when deleting a Structured Discussions topic or a post on a topic.
Aug 15 2020, 10:22 PM · Growth-Team-Filtering, Growth-Team, User-RhinosF1, StructuredDiscussions
dmehus created T260486: Fatal exception error when deleting a Structured Discussions topic or a post on a topic.
Aug 15 2020, 10:21 PM · Growth-Team-Filtering, Growth-Team, User-RhinosF1, StructuredDiscussions

Jul 30 2020

dmehus added a comment to T242509: Allow wikis to choose not to sort rights in Special:ListGroupRights alphabetically.

@Aklapper There's a clear use case here. Respectfully, MediaWiki does not revolve around Wikimedia (and the inverse is also true, too). There are many other organizations and wiki farms, including Miraheze, that use MediaWiki. I am one of those users who feels this is useful. If two or more users feel it would be useful, there's a use case, in my opinion. Moreover, this doesn't strike me as particularly problematic to implement; thus, the threshold for the use case is comparably lower than something that is complex or would require a significant rewrite.

Jul 30 2020, 8:58 PM · User-RhinosF1, MediaWiki-Special-pages
dmehus added a comment to T259265: previously-autopatrolled revisions of administrators or autopatrollers become unpatrolled upon losing that status.

@Reception123 Can you fix the typo in my username in your original post?

Jul 30 2020, 8:27 PM · User-RhinosF1, MediaWiki-Patrolling

Jun 27 2020

dmehus added a comment to T256519: VisualEditor not functioning on English Wikipedia in any namespace (after accidentally enabling "Temporarily disable the visual editor while it is in beta" option via Global Preferences).

Okay, it looks like when I was updating my global preferences from within English Wikipedia, I was enabling some preferences that can be set globally and must've accidentally enabled that English Wikipedia-only "Temporarily disable the visual editor while it is in beta" option (when I meant to untick the second box). In my troubleshooting, I set a local exception by unticking that second box, and it wouldn't let me untick it (since it had been set globally, I guess). When I went back in to Special:GlobalPreferences, I was able to unselect that option, then unselect the local exception in Special:Preferences. It's not very clear, so perhaps the wording of the first and second checkboxes next to each preference item could be clearer in a future release. Nevertheless, doing that restored my ability to use the new wikitext editor.

Jun 27 2020, 1:47 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dmehus added a comment to T256519: VisualEditor not functioning on English Wikipedia in any namespace (after accidentally enabling "Temporarily disable the visual editor while it is in beta" option via Global Preferences).

I further removed the CharInsert gadget and, just to clarify or reiterate, have disabled Reference Previews globally and locally. I have Navigation Popups enabled, but also disabled the ReferenceTooltips gadget.

Jun 27 2020, 1:39 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dmehus changed the subtype of T256519: VisualEditor not functioning on English Wikipedia in any namespace (after accidentally enabling "Temporarily disable the visual editor while it is in beta" option via Global Preferences) from "Task" to "Bug Report".
Jun 27 2020, 12:45 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dmehus added projects to T256519: VisualEditor not functioning on English Wikipedia in any namespace (after accidentally enabling "Temporarily disable the visual editor while it is in beta" option via Global Preferences): VisualEditor, VisualEditor-MediaWiki-2017WikitextEditor.
Jun 27 2020, 12:43 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dmehus updated the task description for T256519: VisualEditor not functioning on English Wikipedia in any namespace (after accidentally enabling "Temporarily disable the visual editor while it is in beta" option via Global Preferences).
Jun 27 2020, 12:40 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor
dmehus created T256519: VisualEditor not functioning on English Wikipedia in any namespace (after accidentally enabling "Temporarily disable the visual editor while it is in beta" option via Global Preferences).
Jun 27 2020, 12:39 AM · VisualEditor-MediaWiki-2017WikitextEditor, VisualEditor

Jun 23 2020

dmehus updated subscribers of T228779: Create a special page to list all short URLs.

Thanks for the quick reply and update, @Reedy. I appreciate that the "or by namespace" isn't possible due to the way in which the short URLs are stored in the database. That idea isn't really necessary anyway.

Jun 23 2020, 5:54 PM · User-RhinosF1, MediaWiki-extensions-UrlShortener
dmehus added a comment to T228779: Create a special page to list all short URLs.

I came here to open a task to create this feature request, but saw it already exists. Can we retriage this request to medium priority? Creating a special page to list all short URLs on a wiki or by namespace would be very helpful for managing unnecessarily created short URLs.

Jun 23 2020, 5:43 PM · User-RhinosF1, MediaWiki-extensions-UrlShortener