Page MenuHomePhabricator

Xaosflux (Xaos Flux)
Executive

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Wednesday

  • Clear sailing ahead.

User Details

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

Recent Activity

Fri, Sep 6

Xaosflux updated subscribers of T232173: Special:Contributions - update `IP address or username` label type.
Fri, Sep 6, 5:09 PM · MW-1.34-notes (1.34.0-wmf.22; 2019-09-10), Core Platform Team Workboards (Clinic Duty Team), User-DannyS712, MediaWiki-Special-pages

Aug 15 2019

Xaosflux added a comment to T225984: Allow defining account creation limits for specific groups (e.g. extended-confirmed accounts).

Is any work continuing on this? With issues like T230521 coming up again having more established users (e.g. "extendedconfirmed") not get hit with the default limit would be useful.

Aug 15 2019, 12:56 PM · MediaWiki-Configuration, MediaWiki-User-login-and-signup
Xaosflux added a comment to T230521: Users are unable to create more than 2 accounts per day.

@Urbanecm thank you for the initial response. For the first part, trying to determine if this is being proactively managed by WMF staff or volunteers - as employees are more expected to respond than volunteers. Recently when such a mitigation was deployed (T212667) the temporary measure persisted for 6+ months (you were one of the volunteers asking up on why it was not being acted on if I read right!).

Aug 15 2019, 11:18 AM · User-Urbanecm, Collaboration-Community-Engagement, Security-Team
Xaosflux updated the task description for T230521: Users are unable to create more than 2 accounts per day.
Aug 15 2019, 4:13 AM · User-Urbanecm, Collaboration-Community-Engagement, Security-Team
Xaosflux added a project to T230521: Users are unable to create more than 2 accounts per day: Collaboration-Community-Engagement.
Aug 15 2019, 4:08 AM · User-Urbanecm, Collaboration-Community-Engagement, Security-Team
Xaosflux added a project to T230521: Users are unable to create more than 2 accounts per day: Security-Team.
Aug 15 2019, 4:00 AM · User-Urbanecm, Collaboration-Community-Engagement, Security-Team
Xaosflux updated subscribers of T230521: Users are unable to create more than 2 accounts per day.

Is there some sort of shadow task (such as how T212667 was previously used)?

Aug 15 2019, 3:59 AM · User-Urbanecm, Collaboration-Community-Engagement, Security-Team
Xaosflux triaged T230521: Users are unable to create more than 2 accounts per day as High priority.
Aug 15 2019, 3:53 AM · User-Urbanecm, Collaboration-Community-Engagement, Security-Team
Xaosflux created T230521: Users are unable to create more than 2 accounts per day.
Aug 15 2019, 3:52 AM · User-Urbanecm, Collaboration-Community-Engagement, Security-Team

Aug 7 2019

Xaosflux added a comment to T229986: Group-xxx.css is intermittently not loading.

I'm not sure what to do for the next step in troubleshooting, was able to replicate this with another account easily:

Aug 7 2019, 7:53 PM · MediaWiki-ResourceLoader, Performance-Team
Xaosflux added a comment to T229986: Group-xxx.css is intermittently not loading.

Here is the computed rule for it:

Aug 7 2019, 5:45 PM · MediaWiki-ResourceLoader, Performance-Team
Xaosflux added a comment to T229986: Group-xxx.css is intermittently not loading.

Is the specific element that we're seeing the problem with. It is not present at all in the source when it is not displayed.

Aug 7 2019, 5:43 PM · MediaWiki-ResourceLoader, Performance-Team
Xaosflux added a comment to T229986: Group-xxx.css is intermittently not loading.

@Krinkle ok that is executing, so there must be something else going on. The specific symtom we're seeing is that the "page notice" edit links introduced in https://test.wikipedia.org/wiki/MediaWiki:Editnotice-0 via https://test.wikipedia.org/wiki/Template:Editnotice are not appearing for some users. With my normal account (xaosflux) I see them, while other sysop accounts are not (e.g. SilkTork, Xaosflux2)

Aug 7 2019, 2:48 PM · MediaWiki-ResourceLoader, Performance-Team
Xaosflux created T229986: Group-xxx.css is intermittently not loading.
Aug 7 2019, 12:44 AM · MediaWiki-ResourceLoader, Performance-Team

Aug 3 2019

Xaosflux added a comment to T229735: Add gadgets-edit and gadgets-definition-edit access to stewards and interface administrators.

Well if it can hold reader-facing content (such as https://en.wikipedia.org/w/index.php?title=Gadget:Invention,_Travel,_%26_Adventure&redirect=no ) it shouldn't require employees to update it.

Aug 3 2019, 9:29 PM · Wikimedia-Site-requests, Gadgets-2.0, Gadgets
Xaosflux created T229735: Add gadgets-edit and gadgets-definition-edit access to stewards and interface administrators.
Aug 3 2019, 6:54 PM · Wikimedia-Site-requests, Gadgets-2.0, Gadgets

Jul 28 2019

Xaosflux added a comment to T229168: Add a help link to Thanks confirmation & remove the confusing word "publicly".

@Nardog there are really 2 issues here:

  1. the places this message is invoked do not parse wikitext in to links
  2. You want the message to be different
Jul 28 2019, 12:01 AM · patch-welcome, Growth-Team, Thanks

Jul 27 2019

Xaosflux renamed T229168: Add a help link to Thanks confirmation & remove the confusing word "publicly" from Add a help link to Thanks confirmation & remove the confusing word "publicly" to Enable wiki links in Thanks confirmation prompts & remove the confusing word "publicly".
Jul 27 2019, 6:26 PM · patch-welcome, Growth-Team, Thanks
Xaosflux added a comment to T228718: `Centralauth-login-progress isn't parsed at `Special:CentralLogin`.

Wikilinks are not supported there either - looks like the html links used to work - regression? I've deleted the enwiki page to use the mw default without links for now.

Jul 27 2019, 1:56 AM · User-DannyS712, MediaWiki-extensions-CentralAuth

Jul 23 2019

Xaosflux added a comment to T228744: [wmf.14-regression] Echo: Unread count color won't stay gray.

Additional on-wiki discussion regarding symptoms and troubleshooting: https://en.wikipedia.org/w/index.php?title=Wikipedia:Village_pump_(technical)&oldid=907516694#The_notification_button

Jul 23 2019, 12:59 PM · MW-1.34-notes (1.34.0-wmf.16; 2019-07-30), Regression, Growth-Team (Current Sprint), Notifications

Jul 12 2019

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

Jul 11 2019

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"

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

Jun 30 2019

Xaosflux triaged T226914: Add field to Special:ChangeContentModel to show the current content model as Lowest priority.
Jun 30 2019, 1:58 AM · MW-1.34-notes (1.34.0-wmf.17; 2019-08-06), User-DannyS712, MediaWiki-Special-pages, MediaWiki-ContentHandler
Xaosflux created T226914: Add field to Special:ChangeContentModel to show the current content model.
Jun 30 2019, 1:58 AM · MW-1.34-notes (1.34.0-wmf.17; 2019-08-06), User-DannyS712, MediaWiki-Special-pages, MediaWiki-ContentHandler

Jun 29 2019

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.

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

Jun 28 2019

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...)

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

Jun 27 2019

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.

Jun 27 2019, 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

Jun 27 2019, 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

Jun 27 2019, 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

Jun 27 2019, 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:

Jun 27 2019, 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)

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

Jun 26 2019

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.

Jun 26 2019, 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

Jun 26 2019, 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?)

Jun 26 2019, 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.

Jun 26 2019, 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.
Jun 26 2019, 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

Jun 26 2019, 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.

Jun 26 2019, 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.
Jun 26 2019, 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.
Jun 26 2019, 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.
Jun 26 2019, 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?

Jun 26 2019, 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.
Jun 26 2019, 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 (Needs Cleaning - 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 · CSS, 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-UrlShortener
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-UrlShortener

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 · User-TheDJ, 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