Page MenuHomePhabricator

Xaosflux (Xaos Flux)
Executive

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Thursday

  • Clear sailing ahead.

User Details

User Since
Nov 2 2014, 4:13 PM (246 w, 1 d)
Availability
Available
IRC Nick
xaosflux
LDAP User
Unknown
MediaWiki User
Xaosflux [ Global Accounts ]

Recent Activity

Fri, Jul 12

Xaosflux added a project to T227925: Unable to log in to Android app with two-factor authentication (2FA): Regression.
Fri, Jul 12, 10:44 PM · Regression, MediaWiki-extensions-OATHAuth, Android-app-Bugs, Wikipedia-Android-App-Backlog

Thu, Jul 11

Xaosflux added a comment to T200742: partial German translation shows up in English text on wikimediafoundation.org.

Calling out the different language in the yellow box seems to fix the UX issue of "why is there some foreign text here"

Thu, Jul 11, 9:40 PM · wikimediafoundation.org

Sun, Jun 30

Xaosflux triaged T226914: Add field to Special:ChangeContentModel to show the current content model as Lowest priority.
Sun, Jun 30, 1:58 AM · Patch-For-Review, User-DannyS712, MediaWiki-Special-pages, MediaWiki-ContentHandler
Xaosflux created T226914: Add field to Special:ChangeContentModel to show the current content model.
Sun, Jun 30, 1:58 AM · Patch-For-Review, User-DannyS712, MediaWiki-Special-pages, MediaWiki-ContentHandler

Sat, Jun 29

Xaosflux added a comment to T226875: monobook skin "your alerts" click brings "your notices".

We have a hack in on enwiki (MediaWiki:Monobook.css) so once the train rolls feel free to ping me to renormalize that.

Sat, Jun 29, 12:34 PM · MW-1.34-notes (1.34.0-wmf.14; 2019-07-16), Growth-Team, MonoBook, Notifications

Fri, Jun 28

Xaosflux added a comment to T226860: 2FA removal request for User:Angelo.romano.

Note, user reports they were unable to create this tickets as phab was prompting for logon (with aforementioned 2FA...)

Fri, Jun 28, 7:16 PM · Trust-and-Safety
Xaosflux created T226860: 2FA removal request for User:Angelo.romano.
Fri, Jun 28, 7:14 PM · Trust-and-Safety

Thu, Jun 27

Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

Serious note on the alignment problems @Catrope please see (https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=903776666#Excessive_width_on_monobook) where some suggested local fixes have been getting worked on. I haven't tested and am not ready to move these to site css's - especially if this has an 'upstream' fix coming.

Thu, Jun 27, 10:17 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

Please let us know if there should be distinct phab tickets open for each of the skin's issues

Thu, Jun 27, 3:22 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

Thanks @Catrope

Thu, Jun 27, 3:20 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

The more I look the more problem I can see with these in various skins, in CologneBlue they are overlapping the vertical area

Thu, Jun 27, 3:20 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

In the modern skin the notification icons are even worse, especially the 'inbox' one:

Thu, Jun 27, 3:19 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

All of the clicks are off there, going from right to left, the "notices" clickable area seems to start right at the inbox icon, but continues until halfway through the bell icon; then the 'alerts' one begins and continues for about double the width of the bell icon to the left (overlapping the username display)

Thu, Jun 27, 3:15 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook

Wed, Jun 26

Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

@Aklapper something "might get out of sync" vs something is actually presenting worse then it was before feels like a loss to me. Unless monobook is going to officially be discontinued, it (along with all skins) should be part of QA tests to prevent these sorts of problems.

Wed, Jun 26, 10:33 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

@Aklapper compared to the user experience of presenting that there may or may not be some content just off the screen on every page, that is a major UX loss

Wed, Jun 26, 10:27 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

I don't recall there being an actual user experience issue presenting before though - was there an actual previous user interface problem? (Ticket number?)

Wed, Jun 26, 8:32 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux updated subscribers of T226594: Wiki pages are very wide in Monobook for logged in users.

Perhaps @Catrope or @MarcoAurelio can explain it better? My understanding is that a recent change broke the notifications, and rather then rolling it back an additional change was put on top that caused this new issue.

Wed, Jun 26, 8:23 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a project to T226594: Wiki pages are very wide in Monobook for logged in users: UI-Standardization.
Wed, Jun 26, 4:26 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

Note, enwiki has a local workaround (https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=903562164#Excessive_width_on_monobook) in case anyone wonders why this isn't broken there now

Wed, Jun 26, 12:07 PM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux added a comment to T226594: Wiki pages are very wide in Monobook for logged in users.

Mention: link to T226503 - which is noted as causing this new problem.

Wed, Jun 26, 3:43 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux updated the task description for T226594: Wiki pages are very wide in Monobook for logged in users.
Wed, Jun 26, 3:41 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux renamed T226594: Wiki pages are very wide in Monobook for logged in users from Some wikis are very wide now to All wikis are very wide in monobook for logged in users.
Wed, Jun 26, 3:39 AM · MW-1.34-notes (1.34.0-wmf.11; 2019-06-26), Regression, MonoBook
Xaosflux updated subscribers of T226597: Excessive horizonal page space in monobook for logged in users.
Wed, Jun 26, 3:16 AM · MonoBook, Regression
Xaosflux added a comment to T226503: [Regression wmf.10] Notification icons in the personal toolbar don't appear when using Monobook.

The forced width on monobook isn't really a "fix" now then, it is a new problem. T226597 opened on that. Why wasn't the breaking action on this reverted instead of causing new headaches?

Wed, Jun 26, 3:12 AM · MW-1.34-notes (1.34.0-wmf.13; 2019-07-09), User-MarcoAurelio, Notifications, Growth-Team, Regression, MonoBook
Xaosflux created T226597: Excessive horizonal page space in monobook for logged in users.
Wed, Jun 26, 3:11 AM · MonoBook, Regression

Jun 21 2019

Xaosflux added a comment to T226271: Image thumbnail (cache?) broken on English Wikipedia, e.g. Information.svg, when viewing non-default resolution (e.g. 241px).

Possibly related to T30299 ? I'd like to see the underlying explanation for today's problem if it was caused on the front end somewhere. Can a commons admin look for any deleted history / logs?

Jun 21 2019, 7:49 PM · Operations, Traffic, Thumbor, MediaWiki-File-management, Commons, Multimedia

Jun 20 2019

Xaosflux added a comment to T225679: URL shortener does not update if used multiple times.

Thanks!

Jun 20 2019, 9:58 PM · MW-1.34-notes (1.34.0-wmf.10; 2019-06-18), User-Ladsgroup, Patch-For-Review, MediaWiki-extensions-UrlShortener
Xaosflux updated the task description for T225679: URL shortener does not update if used multiple times.
Jun 20 2019, 9:56 PM · MW-1.34-notes (1.34.0-wmf.10; 2019-06-18), User-Ladsgroup, Patch-For-Review, MediaWiki-extensions-UrlShortener
Xaosflux created T226184: UrlShortener special page requires reloading after one use.
Jun 20 2019, 1:48 PM · MediaWiki-extensions-UrlShortener

Jun 11 2019

Xaosflux added a comment to T200055: Some pages have revisions by invalid usernames (with leading or trailing space) which break the "Info" and "History" views.

Even browsing to such a page (e.g. https://test.wikipedia.org/wiki/User:Test_/test1) results in a mediawiki error, dump below:

Jun 11 2019, 2:20 AM · Core Platform Team (Security, stability, performance and scalability (TEC1)), Wikimedia-production-error, MediaWiki-General

Jun 9 2019

Xaosflux added a comment to T92795: Users without 'editcontentmodel' user right cannot create MassMessage delivery lists.

@DannyS712 that would be a simple config request, but the point of this request was to avoid adding editcontentmodel to more people
@Vogone we currently support many workflows to create pages in non-wikitext (e.g. creating css pages, js pages) and I'm looking at expanding just this one workflow, do you see an issue with the concept?

Jun 9 2019, 12:47 PM · Patch-For-Review, User-DannyS712, MediaWiki-ContentHandler, MassMessage

May 31 2019

Xaosflux renamed T216001: Allow abuse filter variables to be injected to warning template from Allow variables to be used in a warning template to Allow abuse filter variables to be injected to warning template.
May 31 2019, 5:14 PM · AbuseFilter
Xaosflux added a comment to T92795: Users without 'editcontentmodel' user right cannot create MassMessage delivery lists.

OK, no worries!

May 31 2019, 11:30 AM · Patch-For-Review, User-DannyS712, MediaWiki-ContentHandler, MassMessage

May 30 2019

Xaosflux added a comment to T92795: Users without 'editcontentmodel' user right cannot create MassMessage delivery lists.

@DannyS712, would "editcontentmodel" *OR* "massmessage" work even better here (I haven't thought about this in a while) - since we don't know how some downstream projects may configure their roles.

May 30 2019, 9:56 PM · Patch-For-Review, User-DannyS712, MediaWiki-ContentHandler, MassMessage

May 18 2019

Xaosflux added a comment to T220767: Some special pages are not properly displaying parenthesis and other seperators around user links.

List users does it as well, for example: https://en.wikipedia.org/wiki/Special:ListUsers?username=DoRD&group=checkuser&wpsubmit=&wpFormIdentifier=mw-listusers-form&limit=1

May 18 2019, 8:32 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser

May 16 2019

Xaosflux added a comment to T223429: Use monospaced font for diffs of css/js/scribunto pages.

@SD0001 , At the very least, this should be done with CSS in the page source - not with javascript to insert the styling.

May 16 2019, 1:44 PM · MediaWiki-History-and-Diffs

Apr 25 2019

Xaosflux added a comment to T221887: Ignore css in displaytitle when $wgRestrictDisplayTitle is enabled.

@Pppery note, mediawiki in general supports most anything in display title if you enable displaytitle, if you do then you can also optionally lock it down - this ticket is only about locking it down. Individual WMF projects can certainly pick to enable or not enable lockdown. Perhaps a tangential task would be for something like a parameter to enforce in , or exempt in certain namespaces (if you'd want to go that route please open a different task though).

Apr 25 2019, 11:02 PM · Security-Team, User-notice, Patch-For-Review, MediaWiki-Parser
Pppery awarded T221887: Ignore css in displaytitle when $wgRestrictDisplayTitle is enabled a Dislike token.
Apr 25 2019, 10:16 PM · Security-Team, User-notice, Patch-For-Review, MediaWiki-Parser
Xaosflux added a comment to T221887: Ignore css in displaytitle when $wgRestrictDisplayTitle is enabled.

@Izno by default this isn't applied, only for projects that configure $wgRestrictDisplayTitle to be true

Apr 25 2019, 9:44 PM · Security-Team, User-notice, Patch-For-Review, MediaWiki-Parser
Xaosflux renamed T221887: Ignore css in displaytitle when $wgRestrictDisplayTitle is enabled from Ignore css is displaytitle when $wgRestrictDisplayTitle is enabled to Ignore css in displaytitle when $wgRestrictDisplayTitle is enabled.
Apr 25 2019, 7:50 PM · Security-Team, User-notice, Patch-For-Review, MediaWiki-Parser
Xaosflux created T221887: Ignore css in displaytitle when $wgRestrictDisplayTitle is enabled.
Apr 25 2019, 7:49 PM · Security-Team, User-notice, Patch-For-Review, MediaWiki-Parser

Apr 22 2019

Xaosflux added a comment to T221072: URL shortener link creation should be logged.

Well it should be to "a permission" that certainly stewards could have, though the meta-wiki oversighters may be able to handle these a well (need a community discussion first since this went live prior to getting one made)

Apr 22 2019, 9:39 PM · Privacy, MediaWiki-extensions-UrlShortener
Framawiki awarded T221073: URL shortener link management should be logged a Love token.
Apr 22 2019, 7:05 PM · MediaWiki-extensions-UrlShortener

Apr 19 2019

Xaosflux added projects to T220767: Some special pages are not properly displaying parenthesis and other seperators around user links: MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), MW-1.34-release.

I'm sure some of these tags are wrong, but this is just being ignored after recently being broken and I'm trying to get someone's attention.

Apr 19 2019, 1:26 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser

Apr 17 2019

Xaosflux added a comment to T220767: Some special pages are not properly displaying parenthesis and other seperators around user links.

Just wondering - is anyone working on this? Has anyone been able to validate what the breaking change was?

Apr 17 2019, 8:56 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser

Apr 16 2019

Pppery awarded T217499: add editcontentmodel access to the templateeditor group on testwiki a Like token.
Apr 16 2019, 3:54 PM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux added a comment to T126606: Support permanent linking with ShortUrl.

@MarcoAurelio I think this has been resolved, see example:

Apr 16 2019, 11:20 AM · MediaWiki-extensions-ShortUrl
Xaosflux created T221073: URL shortener link management should be logged.
Apr 16 2019, 11:16 AM · MediaWiki-extensions-UrlShortener
Xaosflux created T221072: URL shortener link creation should be logged.
Apr 16 2019, 11:13 AM · Privacy, MediaWiki-extensions-UrlShortener
Xaosflux renamed T221061: Short URL Shortcuts: Whole domain components need to be predetermined, not just the sister components from Shortcuts: Whole domain components need to be predetermined, not just the sister components to Short URL Shortcuts: Whole domain components need to be predetermined, not just the sister components.
Apr 16 2019, 11:10 AM · MediaWiki-extensions-ShortUrl
Xaosflux added a comment to T221061: Short URL Shortcuts: Whole domain components need to be predetermined, not just the sister components.

Regarding the URI PATH component there seems to be a legit use case for allowing arbitrary pages here such as "Hey friend, when you are ready create that page here: https://w.wiki/32m"

Apr 16 2019, 11:09 AM · MediaWiki-extensions-ShortUrl

Apr 14 2019

Xaosflux added a comment to T27000: Deploy ThrottleOverride extension to Wikimedia wikis.

In case anyone was looking for anything on this, note that accounts created via outreachdashboard.wmflabs.org have effectively been made throttle exempt

Apr 14 2019, 3:03 AM · patch-welcome, Wikimedia-Hackathon-2018, Wikimedia-extension-review-queue, Wikimedia-Hackathon-2017, Wikimedia-Developer-Summit (2017), MediaWiki-extensions-ThrottleOverride, Wikimedia-Extension-setup

Apr 13 2019

Xaosflux updated subscribers of T220767: Some special pages are not properly displaying parenthesis and other seperators around user links.
Apr 13 2019, 11:40 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser
Xaosflux added a comment to T220767: Some special pages are not properly displaying parenthesis and other seperators around user links.

Notes from enwiki discussion:

Apr 13 2019, 11:37 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser
Xaosflux added a comment to T220767: Some special pages are not properly displaying parenthesis and other seperators around user links.

As was noted in T220885 some special pages (e.g. https://test.wikipedia.org/wiki/Special:RecentChanges) are still using the separators.

Apr 13 2019, 3:56 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser
Xaosflux added projects to T220767: Some special pages are not properly displaying parenthesis and other seperators around user links: Regression, MW-1.33-notes (1.33.0-wmf.25; 2019-04-09).
Apr 13 2019, 3:44 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser
Xaosflux renamed T220767: Some special pages are not properly displaying parenthesis and other seperators around user links from CU and special pages are not properly displaying parenthesis around user links to CU and special pages are not properly displaying parenthesis and other seperators around user links.
Apr 13 2019, 3:43 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser
Xaosflux added a comment to T220767: Some special pages are not properly displaying parenthesis and other seperators around user links.

Notes from T220885

Apr 13 2019, 3:43 PM · MW-1.33-notes, MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), UI-Standardization, Growth-Team, MW-1.34-release, MW-1.33-release, Regression, MediaWiki-Special-pages, CheckUser
Xaosflux updated the task description for T220885: Special:ListUsers is missing value separators.
Apr 13 2019, 3:42 PM · MediaWiki-Special-pages, Regression
Xaosflux added a comment to T220885: Special:ListUsers is missing value separators.

The following separators appear to be missing throughout the output:
word-separator
parentheses
pipe-separator

Apr 13 2019, 3:41 PM · MediaWiki-Special-pages, Regression
Xaosflux added a project to T220885: Special:ListUsers is missing value separators: MW-1.33-notes (1.33.0-wmf.25; 2019-04-09).
Apr 13 2019, 3:37 PM · MediaWiki-Special-pages, Regression
Xaosflux created T220885: Special:ListUsers is missing value separators.
Apr 13 2019, 3:33 PM · MediaWiki-Special-pages, Regression

Apr 10 2019

Xaosflux added a comment to T209749: Allow privileged accounts to determine if an account has enrolled in 2FA.

If this becomes a 'This accounts meets the minimum standards for Account security' checker, then perhaps it should also have an expanded output if run on 'self' - declaring what components you are missing so you know what you need to remediate?

Apr 10 2019, 3:45 PM · Security, MediaWiki-extensions-OATHAuth, Trust-and-Safety
Xaosflux added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

@Volker_E almost all of the feedback is that there is much wasted horizontal space. The collapsing may be nice as well, but why the insistence on making this such a long vertical form when there is screen real estate available?

Apr 10 2019, 1:18 AM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-History-and-Diffs, UI-Standardization

Apr 9 2019

Xaosflux added a comment to T25965: Appends link to Kaltura.

@Dinoguy1000 we certainly can trim the enwiki css if it's useless - is there an example that can demonstrate this issue to verify?

Apr 9 2019, 11:58 AM · Multimedia, TimedMediaHandler

Apr 8 2019

Xaosflux added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

@Jdlrobson for mobile touch friendly - sure, use it when someone is in mobile mode - not in keyboard and mouse mode.

Apr 8 2019, 11:27 PM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-History-and-Diffs, UI-Standardization
Xaosflux added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

All that wasted horizontal area, combined with the much longer vertical usage seems to be the main complaint here, not so much the box decorations, if space is limited sure let it scroll to multiple lines, but when there is plenty of space to the right, use it. I'm certainly not looking forward this this same design layout coming to watchlists either.

Apr 8 2019, 11:26 PM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-History-and-Diffs, UI-Standardization
Xaosflux added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

Note, I'm not the one who said it was 50%, it appears to be about a third of the content area.

Apr 8 2019, 11:15 PM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-History-and-Diffs, UI-Standardization
Xaosflux added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

Yes, it was the "prior" but moving to OOUI forms certainly could have been used while maintaining the layout right?

Apr 8 2019, 9:51 PM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-History-and-Diffs, UI-Standardization
Xaosflux added a comment to T107069: Convert HistoryAction.php to use OOUI and MW's new DateInputWidget.

Regarding the "form experience" - yuck. See also https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Hideous_history_page.
The example in the description showed all elements side by side, now there are huge gaps and the vertical layout makes this take up about a third of the screen.

Apr 8 2019, 9:07 PM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MW-1.33-notes (1.33.0-wmf.24; 2019-04-02), UI-Standardization-Kanban, User-Jdlrobson, Advanced Mobile Contributions, MediaWiki-History-and-Diffs, UI-Standardization

Apr 6 2019

Xaosflux updated the task description for T16396: Clear new messages flag for anonymous users after a few months.
Apr 6 2019, 7:02 PM · MediaWiki-Interface

Apr 2 2019

Xaosflux added a comment to T219848: MobileFrontEnd detects wrong protection level, causing the edit workflow to dead end.

I was able to reproduce this with a normal protected page, but then I it appeared to fix after a page purge - is consistently breaking with pages that are cascade protected though.

Apr 2 2019, 4:03 AM · Readers-Web-Backlog (Tracking), VisualEditor, MediaWiki-Page-protection, MobileFrontend
Xaosflux added a comment to T219848: MobileFrontEnd detects wrong protection level, causing the edit workflow to dead end.

Reported on enwiki by Jmar67 in https://en.wikipedia.org/w/index.php?title=Talk:Main_Page&oldid=890569090#Editable_entries

Apr 2 2019, 4:02 AM · Readers-Web-Backlog (Tracking), VisualEditor, MediaWiki-Page-protection, MobileFrontend
Xaosflux created T219848: MobileFrontEnd detects wrong protection level, causing the edit workflow to dead end.
Apr 2 2019, 4:00 AM · Readers-Web-Backlog (Tracking), VisualEditor, MediaWiki-Page-protection, MobileFrontend

Mar 29 2019

Ankry awarded T216305: <score> markup playback bar overlaps the staff a Like token.
Mar 29 2019, 8:00 AM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MediaWiki-extensions-Score

Mar 19 2019

Xaosflux added a comment to T209749: Allow privileged accounts to determine if an account has enrolled in 2FA.

Thanks for the update @jrbs so for those of us that give out int-admin locally, we'll just keep saying "you better do this" and leave it up to WMF to enforces the 2FA rules.

Mar 19 2019, 9:54 PM · Security, MediaWiki-extensions-OATHAuth, Trust-and-Safety
Xaosflux added a comment to T30299: An image redirect from a foreign shared File Repository overrides local wiki page..

Breaking the redirect on the remote shared repository page (such as in https://commons.wikimedia.org/w/index.php?title=File:Lee_Dixon.jpg&oldid=343164913 ) restores the local projects access.

Mar 19 2019, 12:30 AM · MediaWiki-Redirects
Xaosflux renamed T30299: An image redirect from a foreign shared File Repository overrides local wiki page. from An image redirect from a foreign File Repo overrides local wiki page. to An image redirect from a foreign shared File Repository overrides local wiki page..
Mar 19 2019, 12:28 AM · MediaWiki-Redirects
Xaosflux added a comment to T30299: An image redirect from a foreign shared File Repository overrides local wiki page..

Recent report: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=888415849#File:Lee_Dixon.jpg

Mar 19 2019, 12:28 AM · MediaWiki-Redirects

Mar 15 2019

Xaosflux added a comment to T209749: Allow privileged accounts to determine if an account has enrolled in 2FA.

@jrbs this specific task is only about the "allowing the community to check that an account really has enabled 2FA before granting it additional rights within the regular community process" part - so from a T&S point of view can it proceed (while not stopping any other types of improvement processes)?

Mar 15 2019, 11:54 PM · Security, MediaWiki-extensions-OATHAuth, Trust-and-Safety

Mar 13 2019

Xaosflux added a comment to T209749: Allow privileged accounts to determine if an account has enrolled in 2FA.

Emailed T&S asking for any update.

Mar 13 2019, 3:31 AM · Security, MediaWiki-extensions-OATHAuth, Trust-and-Safety

Mar 4 2019

Xaosflux closed T217609: bot group is triggering longer password check as Invalid.

Cancelling this, was updated in fc9efe67d599

Mar 4 2019, 10:51 PM · Security, MediaWiki-User-login-and-signup
Xaosflux claimed T217609: bot group is triggering longer password check.
Mar 4 2019, 10:49 PM · Security, MediaWiki-User-login-and-signup
Xaosflux added a comment to T217609: bot group is triggering longer password check.

I didn't protect as a security issue since it is failing safer.

Mar 4 2019, 10:39 PM · Security, MediaWiki-User-login-and-signup
Xaosflux created T217609: bot group is triggering longer password check.
Mar 4 2019, 10:38 PM · Security, MediaWiki-User-login-and-signup

Mar 3 2019

Xaosflux updated the task description for T217499: add editcontentmodel access to the templateeditor group on testwiki.
Mar 3 2019, 12:58 AM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux updated the task description for T217499: add editcontentmodel access to the templateeditor group on testwiki.
Mar 3 2019, 12:56 AM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux created T217499: add editcontentmodel access to the templateeditor group on testwiki.
Mar 3 2019, 12:55 AM · User-Urbanecm, Wikimedia-Site-requests
Xaosflux added a project to T92795: Users without 'editcontentmodel' user right cannot create MassMessage delivery lists: MediaWiki-ContentHandler.
Mar 3 2019, 12:45 AM · Patch-For-Review, User-DannyS712, MediaWiki-ContentHandler, MassMessage

Mar 1 2019

Xaosflux added a comment to T202759: Ease the bottleneck in wiki account creation at in-person events.

@Urbanecm - also it only is used when the only reason for account creation fail is rate limit (see examples here: https://en.wikipedia.org/wiki/Special:Log/OutreachDashboardBot)

Mar 1 2019, 5:30 PM · Event Metrics
Xaosflux added a comment to T202759: Ease the bottleneck in wiki account creation at in-person events.

@Urbanecm the outreach dashboard creates all accounts via enwiki (which then due to SUL get autocreated anywhere when logged in) - and this exemption is allowed via a service account between the dashbaord and enwiki (https://en.wikipedia.org/wiki/User:OutreachDashboardBot).

Mar 1 2019, 5:29 PM · Event Metrics
Xaosflux added a comment to T202759: Ease the bottleneck in wiki account creation at in-person events.

For what it's worth, we have recently put in an process for account creation via outreachdashboard.wmflabs.org , the throttle is bypassed if the creation is made via an event on the dashboard. This certainly doesn't solve the core complaint, but may help with anyone running an event.

Mar 1 2019, 5:18 AM · Event Metrics

Feb 22 2019

Xaosflux added a comment to T216827: page_restrictions_edit empty in AbuseFilter when page protection is inherited from a cascade.

I'd like to see this information in AF variables, no opinion as to the best way to accomplish it (including if a different variable should be used). A related item may be for edits that are protected by other means as well (such as a namespace protection, or a page type protection).

Feb 22 2019, 8:33 PM · AbuseFilter
Xaosflux updated the task description for T216827: page_restrictions_edit empty in AbuseFilter when page protection is inherited from a cascade.
Feb 22 2019, 2:43 PM · AbuseFilter
Xaosflux created T216827: page_restrictions_edit empty in AbuseFilter when page protection is inherited from a cascade.
Feb 22 2019, 2:41 PM · AbuseFilter

Feb 16 2019

Xaosflux updated the task description for T216305: <score> markup playback bar overlaps the staff.
Feb 16 2019, 2:13 AM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MediaWiki-extensions-Score
Xaosflux created T216305: <score> markup playback bar overlaps the staff.
Feb 16 2019, 2:11 AM · MW-1.34-notes (1.34.0-wmf.1; 2019-04-16), MediaWiki-extensions-Score

Feb 13 2019

Xaosflux awarded T200742: partial German translation shows up in English text on wikimediafoundation.org a Dislike token.
Feb 13 2019, 1:59 AM · wikimediafoundation.org
Xaosflux merged T215988: wikimediafoundation.org landing page has non-translating section stuck in german into T200742: partial German translation shows up in English text on wikimediafoundation.org.
Feb 13 2019, 1:57 AM · wikimediafoundation.org
Xaosflux merged task T215988: wikimediafoundation.org landing page has non-translating section stuck in german into T200742: partial German translation shows up in English text on wikimediafoundation.org.
Feb 13 2019, 1:57 AM · wikimediafoundation.org