Xaosflux (Xaos Flux)
Executive

Projects

User does not belong to any projects.

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Nov 2 2014, 4:13 PM (129 w, 3 d)
Availability
Available
IRC Nick
xaosflux
LDAP User
Unknown
MediaWiki User
Xaosflux

Recent Activity

Mon, Apr 17

Xaosflux added a comment to T138711: Enable Machine Translation in English in the content translation tool.

There is a enwiki RFC open that may resolve the community consensus question here: https://en.wikipedia.org/wiki/Wikipedia_talk:Translation#RFC

Mon, Apr 17, 4:49 AM · Community-consensus-needed, WorkType-NewFunctionality, ContentTranslation, ContentTranslation-Deployments
Xaosflux added a comment to T138711: Enable Machine Translation in English in the content translation tool.

One recurring issue has been trouble with the translation tool interface - it is hard to add community controlled messages in to the page - adding a MediaWiki transclusion to the page where community expectations could be spelled out may be sufficient. Any devs of this tool have options for us?

Mon, Apr 17, 2:33 AM · Community-consensus-needed, WorkType-NewFunctionality, ContentTranslation, ContentTranslation-Deployments

Sun, Apr 16

Xaosflux changed the status of T138711: Enable Machine Translation in English in the content translation tool from "Open" to "Stalled".

@kaldari - the existence of the enwiki abusefilter is preventing all CXT by newer users to the English Wikipedia - however it does not represent a community consensus that machine translation is supported otherwise - please cite an enwiki discussion supporting enabling machine translation - the only thing I am seeing in https://en.wikipedia.org/wiki/Wikipedia:Translation#Avoid_machine_translations - specifically saying to avoid machine translations for all editors.

Sun, Apr 16, 11:37 PM · Community-consensus-needed, WorkType-NewFunctionality, ContentTranslation, ContentTranslation-Deployments

Fri, Apr 7

MGChecker awarded T143531: Back out the change that changed action=purge to require a confirmation page a Like token.
Fri, Apr 7, 11:09 PM · Patch-For-Review, MediaWiki-General-or-Unknown, Regression

Wed, Apr 5

Nemo_bis awarded T162068: Delete mailing list wikien-bureaucrats a Piece of Eight token.
Wed, Apr 5, 9:29 AM · Wikimedia-Mailing-lists

Mon, Apr 3

Xaosflux edited the description of T162068: Delete mailing list wikien-bureaucrats.
Mon, Apr 3, 5:05 PM · Wikimedia-Mailing-lists
Xaosflux triaged T162068: Delete mailing list wikien-bureaucrats as "Lowest" priority.
Mon, Apr 3, 5:03 PM · Wikimedia-Mailing-lists
Xaosflux created T162068: Delete mailing list wikien-bureaucrats.
Mon, Apr 3, 5:02 PM · Wikimedia-Mailing-lists

Thu, Mar 30

Xaosflux created T161772: phabricator search fails with PhutilAggregateException.
Thu, Mar 30, 1:24 AM · Phabricator

Mar 22 2017

Xaosflux added a comment to T153118: Edit notices box not displaying all the items or not displaying them well?.

Another example on enwiki - going to a page with editnotices (e.g. https://en.wikipedia.org/w/index.php?title=Abortion&action=edit) using the source editor works fine - if switching to VE the notices are lost, manually looking for them in the triangle button says no notices. (Firefox, monobook)

Mar 22 2017, 3:24 AM · VisualEditor-MediaWiki, VisualEditor

Jan 30 2017

Xaosflux moved T156448: Remove flaggedrevs-protect-review (PC2) page protection option from the English Wikipedia from To deploy to Done on the Wikimedia-Site-requests board.
Jan 30 2017, 11:49 PM · User-Urbanecm, Wikimedia-Site-requests

Jan 27 2017

Xaosflux triaged T156448: Remove flaggedrevs-protect-review (PC2) page protection option from the English Wikipedia as "Low" priority.
Jan 27 2017, 4:23 AM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux added a project to T156448: Remove flaggedrevs-protect-review (PC2) page protection option from the English Wikipedia: Wikimedia-Site-requests.
Jan 27 2017, 4:23 AM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux removed a project from T156448: Remove flaggedrevs-protect-review (PC2) page protection option from the English Wikipedia: MediaWiki-Configuration.
Jan 27 2017, 4:22 AM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux added a project to T156448: Remove flaggedrevs-protect-review (PC2) page protection option from the English Wikipedia: MediaWiki-Configuration.
Jan 27 2017, 4:21 AM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux created T156448: Remove flaggedrevs-protect-review (PC2) page protection option from the English Wikipedia.
Jan 27 2017, 4:16 AM · User-Urbanecm, Wikimedia-Site-requests

Jan 9 2017

Xaosflux added a comment to T151770: Frequent loss of session data (since around 2016-11-28).

In Firefox 50.1.0 I don't see a key named network.cookie.maxPerHost - is the workaround suggesting to create this key, is so what datatype?

Jan 9 2017, 10:36 PM · User-Urbanecm, User-notice, Upstream, Browser-Support-Firefox, MediaWiki-Authentication-and-authorization, Editing-Department

Jan 4 2017

Xaosflux edited the description of T142209: Semi-protected pages that were fully protected should automatically return to previous state (#7).
Jan 4 2017, 8:40 PM · TCB-Team (Oct2016-March2017), German-Community-Wishlist-Main-Wishes
Xaosflux edited the description of T142209: Semi-protected pages that were fully protected should automatically return to previous state (#7).
Jan 4 2017, 8:39 PM · TCB-Team (Oct2016-March2017), German-Community-Wishlist-Main-Wishes
Xaosflux added a comment to T142209: Semi-protected pages that were fully protected should automatically return to previous state (#7).

I'd like to see an optional set of parameters for protection to solve this. 2 possible workflows:

Jan 4 2017, 8:39 PM · TCB-Team (Oct2016-March2017), German-Community-Wishlist-Main-Wishes

Jan 1 2017

Xaosflux updated subscribers of T70399: Provide a way to transclude a specific revision of a template.
Jan 1 2017, 5:23 PM · MediaWiki-Templates

Dec 20 2016

Xaosflux added a comment to T153691: Strenthen two factor authentication by making it concurrent instead of sequential during the authentication process.

This of course is equivalent to exposing whether or not the user has OATH enabled, since an attacker could just use a dummy password and then see if they get an OATH prompt.

Except the goal is not to protect the user's OATH enrollment status, which does not matter and is not secret. The goal is to make an incorrect password indistinguishable from an incorrect OATH code by not attempting to authenticate until all the necessary secrets have been collected.

Dec 20 2016, 3:04 AM · MediaWiki-Authentication-and-authorization, MediaWiki-extensions-OATHAuth, Security-Team

Dec 19 2016

Xaosflux added a comment to T153691: Strenthen two factor authentication by making it concurrent instead of sequential during the authentication process.

I'm not too picky on the "how" as long as the result is that information on if the password was correctly guessed is not revealed. Similarly, the authentication failed error message should not be different for bad token vs bad password vs bad both.

Dec 19 2016, 7:13 PM · MediaWiki-Authentication-and-authorization, MediaWiki-extensions-OATHAuth, Security-Team
Xaosflux edited the description of T153691: Strenthen two factor authentication by making it concurrent instead of sequential during the authentication process.
Dec 19 2016, 5:45 PM · MediaWiki-Authentication-and-authorization, MediaWiki-extensions-OATHAuth, Security-Team
Xaosflux edited projects for T153691: Strenthen two factor authentication by making it concurrent instead of sequential during the authentication process, added: MediaWiki-extensions-OATHAuth; removed MediaWiki-extensions-TwoFactorAuthentication.
Dec 19 2016, 5:41 PM · MediaWiki-Authentication-and-authorization, MediaWiki-extensions-OATHAuth, Security-Team
Xaosflux added a comment to T153691: Strenthen two factor authentication by making it concurrent instead of sequential during the authentication process.

Suggested implementation would be to collect all authentication information simultaneously (userid, passphase, 2FA response). For accounts without 2FA enabled, simply ignore any (including null responses) to the challenge response.

Dec 19 2016, 5:40 PM · MediaWiki-Authentication-and-authorization, MediaWiki-extensions-OATHAuth, Security-Team
Xaosflux created T153691: Strenthen two factor authentication by making it concurrent instead of sequential during the authentication process.
Dec 19 2016, 5:38 PM · MediaWiki-Authentication-and-authorization, MediaWiki-extensions-OATHAuth, Security-Team

Dec 16 2016

Xaosflux added a comment to T153403: Watchlist toast no longer processing markup.

I'm not sure what dewiki is trying to do, but its a mess to readers right now who are seeing this:

Dec 16 2016, 9:54 PM · MediaWiki-Watchlist, Regression
Xaosflux added a comment to T153403: Watchlist toast no longer processing markup.

Thank you for the note.

Dec 16 2016, 8:05 PM · MediaWiki-Watchlist, Regression
Xaosflux reopened T153403: Watchlist toast no longer processing markup, a subtask of T45512: Add wikitext bold and italic support to jqueryMsg, as "Open".
Dec 16 2016, 7:56 PM · MediaWiki-Internationalization, I18n, JavaScript
Xaosflux reopened T153403: Watchlist toast no longer processing markup as "Open".
Dec 16 2016, 7:56 PM · MediaWiki-Watchlist, Regression
Xaosflux closed T153403: Watchlist toast no longer processing markup as "Resolved".

I suppose whatever parts the local communities want. If devs are pushing that only plain text and the variable will be supported for this interface then this (and the parent) should just be moved to won't fix.

Dec 16 2016, 7:55 PM · MediaWiki-Watchlist, Regression
Xaosflux closed T153403: Watchlist toast no longer processing markup, a subtask of T45512: Add wikitext bold and italic support to jqueryMsg, as "Resolved".
Dec 16 2016, 7:55 PM · MediaWiki-Internationalization, I18n, JavaScript
Xaosflux changed the status of T45512: Add wikitext bold and italic support to jqueryMsg from "Open" to "Stalled".
Dec 16 2016, 6:41 PM · MediaWiki-Internationalization, I18n, JavaScript
Xaosflux triaged T153403: Watchlist toast no longer processing markup as "Low" priority.
Dec 16 2016, 6:38 PM · MediaWiki-Watchlist, Regression
Xaosflux renamed T153403: Watchlist toast no longer processing markup from "Watchlist toast no longer processing markup and parser functions" to "Watchlist toast no longer processing markup".
Dec 16 2016, 6:37 PM · MediaWiki-Watchlist, Regression
Xaosflux added a subtask for T45512: Add wikitext bold and italic support to jqueryMsg: T153403: Watchlist toast no longer processing markup.
Dec 16 2016, 6:37 PM · MediaWiki-Internationalization, I18n, JavaScript
Xaosflux added a parent task for T153403: Watchlist toast no longer processing markup: T45512: Add wikitext bold and italic support to jqueryMsg.
Dec 16 2016, 6:37 PM · MediaWiki-Watchlist, Regression
Xaosflux updated subscribers of T153403: Watchlist toast no longer processing markup.

@Anomie this is "by design" ?

Dec 16 2016, 12:33 PM · MediaWiki-Watchlist, Regression
Xaosflux added a comment to T153403: Watchlist toast no longer processing markup.

@Legoktm it appears that both the use of #if statements, as well as wiki formatting like bold are no longer being processed.

Dec 16 2016, 12:31 PM · MediaWiki-Watchlist, Regression
Xaosflux updated subscribers of T153403: Watchlist toast no longer processing markup.
Dec 16 2016, 6:34 AM · MediaWiki-Watchlist, Regression
Xaosflux renamed T153403: Watchlist toast no longer processing markup from "Watchlist toast no long processing markup and parser functions the same" to "Watchlist toast no longer processing markup and parser functions".
Dec 16 2016, 6:25 AM · MediaWiki-Watchlist, Regression
Xaosflux created T153403: Watchlist toast no longer processing markup.
Dec 16 2016, 6:24 AM · MediaWiki-Watchlist, Regression

Dec 10 2016

Xaosflux triaged T152830: Feature Request: Rename log enhancement as "Lowest" priority.
Dec 10 2016, 4:07 PM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux added a comment to T152830: Feature Request: Rename log enhancement.

Related discussion with some examples:
https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=754050483#Easy_way_to_spot_user_renames.3F

Dec 10 2016, 4:06 PM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux added a comment to T152830: Feature Request: Rename log enhancement.

For global renames: would be handy to have a "name history" - perhaps a seperate log request - e.g. given a current name, what were all prior names. This is available in the global rename log, but has to be recursively queried name by name.

Dec 10 2016, 4:03 PM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux added a comment to T152830: Feature Request: Rename log enhancement.

@Legoktm thank you - verified it works for multi-action Global Renames as well.

Dec 10 2016, 3:56 PM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux added a comment to T152830: Feature Request: Rename log enhancement.

@Legoktm no more of the opposite - entering only the "current" name should be able to find the rename log that made the current name come in to existence.
Adding "prior username" to the local move log would be fine and could be useful too

Dec 10 2016, 1:08 PM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux added a comment to T152830: Feature Request: Rename log enhancement.

See some discussion here: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=753982438#Easy_way_to_spot_user_renames.3F

Dec 10 2016, 4:53 AM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux added a comment to T152829: Make the log also include the prior page name when moving a page.

Possibly related to T40123

Dec 10 2016, 4:50 AM · MediaWiki-Logging
Xaosflux added a comment to T152829: Make the log also include the prior page name when moving a page.

Possibly related to T152830

Dec 10 2016, 4:50 AM · MediaWiki-Logging
Xaosflux added a comment to T152830: Feature Request: Rename log enhancement.

Possibly related to T152829

Dec 10 2016, 4:49 AM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux created T152830: Feature Request: Rename log enhancement.
Dec 10 2016, 4:49 AM · MediaWiki-extensions-Renameuser, MediaWiki-Logging
Xaosflux edited the description of T152829: Make the log also include the prior page name when moving a page.
Dec 10 2016, 4:46 AM · MediaWiki-Logging
Xaosflux renamed T152829: Make the log also include the prior page name when moving a page from "Feature Request: Move log " to "Feature Request: Move log enhancement".
Dec 10 2016, 4:45 AM · MediaWiki-Logging
Xaosflux created T152829: Make the log also include the prior page name when moving a page.
Dec 10 2016, 4:45 AM · MediaWiki-Logging

Dec 1 2016

Xaosflux added a comment to T66795: Email server's DMARC config prevents users from sending emails via Special:EmailUser.

Maybe the footer needs work too - that doesn't tell you if it came from say enwiki, eswiki, dewikibooks, etc

Dec 1 2016, 4:27 AM · MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2016-12-13_(1.29.0-wmf.6)), User-notice, MediaWiki-Email, Wikimedia-General-or-Unknown, Patch-For-Review, Operations, Security, Mail
Xaosflux added a comment to T66795: Email server's DMARC config prevents users from sending emails via Special:EmailUser.

Perhaps something like username-projectname@wikimedia.org and include which project generated the mail? Examples:
xaosflux-enwiki@wikimedia.org; xaosflux-meta@wikimedia.org; etc./

Dec 1 2016, 2:34 AM · MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2016-12-13_(1.29.0-wmf.6)), User-notice, MediaWiki-Email, Wikimedia-General-or-Unknown, Patch-For-Review, Operations, Security, Mail
Xaosflux added a comment to T66795: Email server's DMARC config prevents users from sending emails via Special:EmailUser.
Dec 1 2016, 2:32 AM · MW-1.29-release-notes, MW-1.29-release (WMF-deploy-2016-12-13_(1.29.0-wmf.6)), User-notice, MediaWiki-Email, Wikimedia-General-or-Unknown, Patch-For-Review, Operations, Security, Mail

Nov 24 2016

Xaosflux added a comment to T151408: Separate bot right for normal pages and interface (MediaWiki:) pages.

Our standard project settings don't give bots editinterface access - this has to be specifically added, project policies should be able to resolve your concerns - and if someone won't follow policy they don't get access.

Nov 24 2016, 5:30 AM · Patch-For-Review, MediaWiki-Recent-changes, MediaWiki-General-or-Unknown, Security
Xaosflux added a comment to T151408: Separate bot right for normal pages and interface (MediaWiki:) pages.

@Krinkle BotPassword restrictions in general are working (for example I didn't enable rollback on my personal account and couldn't use utilities like Huggle that checked for it until I did).

Nov 24 2016, 5:28 AM · Patch-For-Review, MediaWiki-Recent-changes, MediaWiki-General-or-Unknown, Security

Nov 16 2016

Xaosflux added a comment to T150563: OATHAuth re-auth for certain actions.

I believe it is time based - had you recently authenticated before attempting this?

Nov 16 2016, 5:39 AM · MediaWiki-extensions-OATHAuth

Nov 15 2016

Xaosflux removed a project from T149019: Add the patroller group to the English Wikipedia: Community-consensus-needed.

Community notified this is going live, baring any last min complaints here.

Nov 15 2016, 10:25 PM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests
Xaosflux added a comment to T150563: OATHAuth re-auth for certain actions.

@Reedy I don't think this is really an OATH issue. This already is happening for certain sensitive actions such as password change and email change. This could be accomplished by simply requiring re-authentication in general for additional actions.

Nov 15 2016, 4:34 AM · MediaWiki-extensions-OATHAuth

Nov 13 2016

Xaosflux triaged T150603: Accept space char when entering 2FA codes as "Normal" priority.
Nov 13 2016, 4:53 PM · MW-1.29-release (WMF-deploy-2016-11-29_(1.29.0-wmf.4)), MediaWiki-extensions-OATHAuth
Xaosflux moved T150602: SpecialPage:OATH is a confusing display pagename for most users from Backlog to User Experience on the MediaWiki-extensions-OATHAuth board.
Nov 13 2016, 2:31 PM · MW-1.29-release (WMF-deploy-2016-11-29_(1.29.0-wmf.4)), MediaWiki-extensions-OATHAuth
Xaosflux added a comment to T150566: Support BotPasswords.

@Reedy I'm successfully using BotPasswords with AWB already - what is this task about?

Nov 13 2016, 2:10 PM · AutoWikiBrowser
Xaosflux moved T150596: OATHAuth extension should declare the issuer name when setting up 2FA from Backlog to In Progress on the MediaWiki-extensions-OATHAuth board.
Nov 13 2016, 4:02 AM · MW-1.29-release (WMF-deploy-2016-11-15_(1.29.0-wmf.3)), Patch-For-Review, User-Hydriz, Easy, MediaWiki-extensions-OATHAuth
Xaosflux triaged T150596: OATHAuth extension should declare the issuer name when setting up 2FA as "Normal" priority.
Nov 13 2016, 4:02 AM · MW-1.29-release (WMF-deploy-2016-11-15_(1.29.0-wmf.3)), Patch-For-Review, User-Hydriz, Easy, MediaWiki-extensions-OATHAuth
Xaosflux moved T150584: Extension:OATHauth should provide users a preferences link to manage OATH if they are removed from allowed group but still have it enabled from Backlog to In Progress on the MediaWiki-extensions-OATHAuth board.
Nov 13 2016, 1:19 AM · MW-1.29-release (WMF-deploy-2016-11-15_(1.29.0-wmf.3)), Patch-For-Review, MediaWiki-extensions-OATHAuth

Nov 12 2016

Xaosflux renamed T150584: Extension:OATHauth should provide users a preferences link to manage OATH if they are removed from allowed group but still have it enabled from "Extension:OATHauth should provide users a preferenced link to manage OATH if they are removed from allowed group but still have it enabled" to "Extension:OATHauth should provide users a preferences link to manage OATH if they are removed from allowed group but still have it enabled".
Nov 12 2016, 11:54 PM · MW-1.29-release (WMF-deploy-2016-11-15_(1.29.0-wmf.3)), Patch-For-Review, MediaWiki-extensions-OATHAuth
Xaosflux renamed T150584: Extension:OATHauth should provide users a preferences link to manage OATH if they are removed from allowed group but still have it enabled from "Extension:OATHauth should allow users to manage OATH if they are removed from allowed group but still have it enabled" to "Extension:OATHauth should provide users a preferenced link to manage OATH if they are removed from allowed group but still have it enabled".
Nov 12 2016, 11:53 PM · MW-1.29-release (WMF-deploy-2016-11-15_(1.29.0-wmf.3)), Patch-For-Review, MediaWiki-extensions-OATHAuth
Xaosflux added a comment to T131788: Users should be notified when only two scratch tokens are left.
Nov 12 2016, 11:52 PM · Notifications, Collaboration-Team-Triage, MediaWiki-extensions-OATHAuth
Xaosflux triaged T150587: 2FA recovery codes go on to 2 pages when printed. as "Low" priority.
Nov 12 2016, 11:49 PM · MediaWiki-extensions-OATHAuth
Xaosflux added a comment to T150584: Extension:OATHauth should provide users a preferences link to manage OATH if they are removed from allowed group but still have it enabled.

@Bawolff - perhaps refactor this task to be about including a preference link ?

Nov 12 2016, 11:19 PM · MW-1.29-release (WMF-deploy-2016-11-15_(1.29.0-wmf.3)), Patch-For-Review, MediaWiki-extensions-OATHAuth
Xaosflux triaged T150584: Extension:OATHauth should provide users a preferences link to manage OATH if they are removed from allowed group but still have it enabled as "Low" priority.

This does not appear to actually be broken. I just successfully un-enrolled an account that was no longer eligible to enroll. (testwiki:user:xaosflux_ep)

Nov 12 2016, 11:08 PM · MW-1.29-release (WMF-deploy-2016-11-15_(1.29.0-wmf.3)), Patch-For-Review, MediaWiki-extensions-OATHAuth
Xaosflux added a comment to T150582: Support two-factor authentication in AutoWikiBrowser.

Note: If you create a BotPassword for yourself, you can use that to log on to AWB even if 2FA is normally enabled on your account.

Nov 12 2016, 5:57 PM · Security-Team, AutoWikiBrowser

Nov 9 2016

Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

Shows that the enwiki community has not yet completed the migration of users for part 2 of this patch. Please push the deployment.

Nov 9 2016, 5:19 PM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests

Nov 8 2016

Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

No worries, I put out one final call for community objections on enwiki.

Nov 8 2016, 11:53 PM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests

Nov 2 2016

Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

That will likely be sufficient we should know in a couple of days.

Nov 2 2016, 11:32 PM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests
Xaosflux added a project to T149019: Add the patroller group to the English Wikipedia: Community-consensus-needed.

As it is short on time - DELAY this patch - pending outstanding community activity noted at https://en.wikipedia.org/wiki/Wikipedia_talk:New_pages_patrol/Reviewers#Reported_issues_with_the_initial_NPR_grand-fathering_list

Nov 2 2016, 12:56 PM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests
Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

@Cenarium part two MAY need to be further delayed. While there are no issues with part-1, the community RfC for part 2 included getting a grandfathering process in for certain users - and it is being problematic.

Nov 2 2016, 12:57 AM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests

Nov 1 2016

Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

Wed night or Thursday should be fine.

Nov 1 2016, 2:53 AM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests
Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

The new group is present and appears to be working - thank you.

Nov 1 2016, 12:09 AM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests

Oct 31 2016

Xaosflux added a comment to T134423: Deprecate nonstandard behavior of self-closed HTML tags in wikitext..

@tstarling would you please run a new report run of P3012 ?

Oct 31 2016, 5:59 PM · Chinese-Sites, MW-1.28-release-notes, MW-1.28-release (WMF-deploy-2016-07-12_(1.28.0-wmf.10)), User-notice, Parsoid, MediaWiki-Parser

Oct 29 2016

Xaosflux added a comment to T149445: Enable default create/edit/move semi-protection for base userpages of registered users on enwiki.

+Consensus-needed tag as it has been questioned

Oct 29 2016, 3:20 PM · Wikimedia-General-or-Unknown

Oct 26 2016

Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

That sounds best - this will move forward but having the overlap will avoid a break in service for potentially good reviews (it may be argued that breaking bad reviews is better but for a SHORT period it won't catch anything on fire).

Oct 26 2016, 2:11 AM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests

Oct 25 2016

Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

@Kudpung already got the localization ready to go:

Oct 25 2016, 2:58 AM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests
Xaosflux added a comment to T149019: Add the patroller group to the English Wikipedia.

@andymw, correct they do not on enwiki - checking with RfC closer - just as the RfC mentioned stewards this is not likely necessary - but if so it will need to be "added" to that group - not maintained.

Oct 25 2016, 12:21 AM · User-Urbanecm, Patch-For-Review, Wikimedia-Site-requests

Oct 12 2016

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

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

Oct 12 2016, 11:46 AM · MediaWiki-Special-pages, MediaWiki-Recent-changes

Sep 28 2016

Xaosflux added a comment to T145771: Fatal exception on en.wp trying to register to a course: "CAS update failed".

Note the enwiki comment above, appears to only occur if the student trying to register does not have a gender specified in preferences - and they are prompted to "optional" select a gender to complete enrollment - but any option leads to the failure state; if they set a gender in preference first this dialog page is not presented and the enrollment passes

Sep 28 2016, 3:52 PM · MediaWiki-extensions-CentralAuth, Wikimedia-log-errors, Wikimedia-General-or-Unknown, MediaWiki-extensions-EducationProgram

Sep 16 2016

Jack_who_built_the_house awarded T143531: Back out the change that changed action=purge to require a confirmation page a Love token.
Sep 16 2016, 5:01 PM · Patch-For-Review, MediaWiki-General-or-Unknown, Regression
Xaosflux added a comment to T144689: Allow Commons bureaucrats to manage members of the accountcreator user group.

+ Community discussion: https://commons.wikimedia.org/wiki/Commons:Bureaucrats%27_noticeboard#Noratelimit_right

Sep 16 2016, 2:12 AM · Patch-For-Review, Wikimedia-Site-requests, Commons

Sep 8 2016

Xaosflux added a project to T85847: Grant editcontentmodel right to all logged in users: Community-consensus-needed.

+Consensus needed tag; this is under discussion on enwiki - and we should not assume that all other projects need to have most users altering content models for pages.

Sep 8 2016, 10:44 PM · Community-consensus-needed, MW-1.28-release (WMF-deploy-2016-09-13_(1.28.0-wmf.19)), MW-1.28-release-notes, MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), Patch-For-Review, MediaWiki-ContentHandler
Xaosflux added a comment to T85847: Grant editcontentmodel right to all logged in users.

https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(proposals)#restrict_changecontentmodel_permission
has been created to discuss if this is something that the English Wikipedia will want to restrict to less users

Sep 8 2016, 2:33 AM · Community-consensus-needed, MW-1.28-release (WMF-deploy-2016-09-13_(1.28.0-wmf.19)), MW-1.28-release-notes, MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), Patch-For-Review, MediaWiki-ContentHandler
Xaosflux added a comment to T85847: Grant editcontentmodel right to all logged in users.

So making "undo" work for these will not be enabled until the permission is changed?

Sep 8 2016, 1:52 AM · Community-consensus-needed, MW-1.28-release (WMF-deploy-2016-09-13_(1.28.0-wmf.19)), MW-1.28-release-notes, MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), Patch-For-Review, MediaWiki-ContentHandler
Xaosflux added a comment to T85847: Grant editcontentmodel right to all logged in users.

@Legoktm ping to you regarding my above comment - please let me know if I'm missing some part of the "big picture". Us enwiki people can discuss and request a project specific update if there is a consensus against this there.

Sep 8 2016, 12:53 AM · Community-consensus-needed, MW-1.28-release (WMF-deploy-2016-09-13_(1.28.0-wmf.19)), MW-1.28-release-notes, MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), Patch-For-Review, MediaWiki-ContentHandler
Xaosflux added a comment to T85847: Grant editcontentmodel right to all logged in users.

I'm a bit concerned about this access for projects that don't have some special Flow related requirement (actually most projects - special flow things should have their own utility). editcontentmodel users are able to "break" pages such as encyclopedia articles from being accessed by readers. Such a break can not be reverted by logged out users, and would require another user to have knowledge of the contentmodel change utility to restore such an article.

Sep 8 2016, 12:49 AM · Community-consensus-needed, MW-1.28-release (WMF-deploy-2016-09-13_(1.28.0-wmf.19)), MW-1.28-release-notes, MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-03-01_(1.27.0-wmf.15)), Patch-For-Review, MediaWiki-ContentHandler

Sep 6 2016

Kharkiv07 awarded T143531: Back out the change that changed action=purge to require a confirmation page a Like token.
Sep 6 2016, 5:15 PM · Patch-For-Review, MediaWiki-General-or-Unknown, Regression

Sep 5 2016

Xaosflux added a comment to T143435: Purge asks for "Clear the cache of this page" for logged in users with the "purge" right.

@Esc3300 short story: this is a a users v. sysadmins issue here - and the sysadmins decided they don't want this - I'm a bit surprised these tickets haven't been closed out yet as WONTFIX.

Sep 5 2016, 3:05 PM · Regression, MediaWiki-General-or-Unknown