Page MenuHomePhabricator

Skizzerz (skizzerz)
User

Projects

Today

  • Clear sailing ahead.

Tomorrow

  • Clear sailing ahead.

Friday

  • Clear sailing ahead.

User Details

User Since
Aug 30 2015, 7:19 PM (211 w, 2 d)
Availability
Available
LDAP User
Skizzerz
MediaWiki User
Unknown

Recent Activity

Fri, Aug 30

Skizzerz added a comment to T216308: RFC Process: 2019 amendments.

Random thoughts about my experiences with the RFC process:

Fri, Aug 30, 12:37 AM · TechCom-RFC, TechCom

Jul 24 2019

Skizzerz added a comment to T228815: Investigate database/job queue impact of account imports.

It looks like the current behavior of the extension is to generate jobs for each block of 300 edits in the wiki, and then try to reattribute later within each block. So, if your wiki has 300,000 edits, each import would generate 1,000 jobs. This means that the majority of the jobs will actually be doing absolutely nothing, and it just serves to bloat the job queue.

Jul 24 2019, 5:03 PM · MediaWiki-extensions-MediaWikiAuth
Skizzerz added a comment to T228815: Investigate database/job queue impact of account imports.

What version of MediaWiki are you importing into (target wiki where MWA is installed)?

Jul 24 2019, 12:45 AM · MediaWiki-extensions-MediaWikiAuth

Jul 18 2019

Skizzerz added a comment to T191231: RFC: Abstract schemas and schema changes.

Regarding Skizzerz said: "In any case, splitting DBMS out of core is an absolute non-starter until the installer can make use of them somehow without LocalSettings.php existing." it still looks like a good point to consider.

We're planning on doing the installer bit, and from private emails it sounds like Skizzerz is on board with that plan. As a rough straw proposal, we could have the installer detect database-providing extensions (via a flag in extension.json) and load them early for selection at the database setup stage of the installer. The one selected would continue to be loaded from then on, even before LocalSettings.php is generated.

Jul 18 2019, 4:48 PM · CPT Initiatives (Abstract Schema), TechCom-RFC (TechCom-Approved), MediaWiki-Installer, Patch-For-Review, User-Addshore, SQLite, Oracle Database, MSSQL, PostgreSQL, Epic

Jul 16 2019

Skizzerz added a comment to T226199: Move DataAfterContent into its own block in the main column.

The documentation states: "Allows extensions to add text after the page content and article metadata." and other code relies on the previous behavior. It doesn't matter whether it was right or wrong.

Jul 16 2019, 3:26 PM · Patch-For-Review, MW-1.34-notes (1.34.0-wmf.13; 2019-07-09), MonoBook, Vector
Skizzerz added a comment to T226199: Move DataAfterContent into its own block in the main column.

I’m going to be a bit more blunt here, since that seems that is required.

Jul 16 2019, 1:27 PM · Patch-For-Review, MW-1.34-notes (1.34.0-wmf.13; 2019-07-09), MonoBook, Vector

Jul 15 2019

Skizzerz added a comment to T226199: Move DataAfterContent into its own block in the main column.

This changed causes layout problems with SMW: "Move DataAfterContent outside of main content block" breaks Factbox display.
Is there any way to achieve what you want without breaking other extensions? Is there a way we could be consulted on changes like this before being surprised by them in the code?

Jul 15 2019, 6:12 PM · Patch-For-Review, MW-1.34-notes (1.34.0-wmf.13; 2019-07-09), MonoBook, Vector

Jul 8 2019

Skizzerz added a comment to T207577: Create a Special:NewSection page.

@Krinkle Can you please point to a policy that all core features require someone at WMF to take "ownership" of it for maintenance even though there are plenty of parts in core and WMF-deployed extensions that are completely unmaintained by WMF? I am unaware of such a policy. This seems like a very odd double-standard where WMF employees can do whatever arbitrary thing they want, but volunteer developers have barrier after barrier erected to block their contributions and make them feel as unwelcome as possible.

Jul 8 2019, 11:31 PM · MW-1.34-notes (1.34.0-wmf.20; 2019-08-27), Core Platform Team Workboards (Clinic Duty Team), MediaWiki-Page-editing, Editing-team, User-DannyS712

Jun 5 2019

Skizzerz added a comment to T191231: RFC: Abstract schemas and schema changes.

Abstract schemas is an argument for keeping MSSQL, Oracle, and other lightly-supported DBMSes in Core, not splitting them out. Once we have an abstract schema, the supporting code to make use of it need only be written once, and that same schema can then apply everywhere.

Jun 5 2019, 2:02 PM · CPT Initiatives (Abstract Schema), TechCom-RFC (TechCom-Approved), MediaWiki-Installer, Patch-For-Review, User-Addshore, SQLite, Oracle Database, MSSQL, PostgreSQL, Epic

Apr 28 2019

Skizzerz created T222027: Add wgRCEngines configuration to extension.json.
Apr 28 2019, 4:37 AM · MediaWiki-Configuration

Apr 17 2019

Skizzerz added a comment to T221257: 2FA broken on mediawiki.org.

I've tried two different devices and two different libraries. Checking my PC clock (one of the devices tested), it's about 1.5 seconds behind what the time.gov website lists as the current time.

Apr 17 2019, 4:08 PM · MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), MediaWiki-extensions-OATHAuth
Skizzerz updated the task description for T221257: 2FA broken on mediawiki.org.
Apr 17 2019, 4:04 PM · MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), MediaWiki-extensions-OATHAuth
Skizzerz created T221257: 2FA broken on mediawiki.org.
Apr 17 2019, 4:03 PM · MW-1.34-notes (1.34.0-wmf.3; 2019-04-30), MediaWiki-extensions-OATHAuth

Mar 20 2019

Skizzerz added a comment to T217158: RFC: Skin templating.

I believe that the user stories mentioned in Goals adequately describe what this RFC is meant to tackle. If you disagree with some of the user stories, that is a valuable discussion to have. Many of these stories are things I have heard from other people across various channels. The "consistent DOM" point arose around VisualEditor rather than Gadgets, as VE expects certain elements to exist in order to power the editor interface. I mentioned Gadgets in the RFC to generalize it more as any js which would want to add things to a page needs to know where it should be adding it.

Mar 20 2019, 8:17 PM · TechCom-RFC

Mar 14 2019

Skizzerz added a comment to T217158: RFC: Skin templating.

Why does the DOM need to be consistent? It certainly isn't in Minerva. I would truly value having a proper API for accessing skins via gadgets rather than relying on CSS selectors.

Mar 14 2019, 9:01 PM · TechCom-RFC
Skizzerz added a comment to T217158: RFC: Skin templating.

An elephant in the room is what will be happening to the DOM as a result of this RFC. As one of the explicit goals of this RFC is to unify DOM across skins so that Gadget authors don't have to do skin-specific things if they don't have to. This means, however, that the overall DOM of most if not all skins will change in order to make them unified.

Mar 14 2019, 6:28 PM · TechCom-RFC
Skizzerz added a comment to T217158: RFC: Skin templating.

Thanks for this clarification! FWIW any skin could copy BaseTemplate into their repo and/or we could leave it registered but deprecated and unused for several releases if need be. I do think templates serve a better purpose than this PHP class. Thanks for your patience with me!

Mar 14 2019, 6:20 PM · TechCom-RFC

Mar 12 2019

Skizzerz added a comment to T217172: Vector should replace rendering from PHP with Mustache.

This can move forwards without that RFC being settled yet. The work done on this patch set would help provide some of the work that's needed for the linked RFC, but additional changes will be required should the RFC be approved and work begun on it.

Mar 12 2019, 11:09 PM · Readers-Web-Backlog (Tracking), MW-1.33-notes (1.33.0-wmf.22; 2019-03-19), Performance-Team (Radar), Patch-For-Review, Vector
Skizzerz added a comment to T217158: RFC: Skin templating.

This RFC aims to deprecate BaseTemplate and as such make backwards-incompatible changes to the entire skinning system as a whole. This does not open up the option of using Mustache to generate parts of skins with PHP code to glue those parts together, it makes using Mustache mandatory for skins and eliminates PHP from the presentation logic entirely.

Mar 12 2019, 10:47 PM · TechCom-RFC

Mar 5 2019

Skizzerz added a comment to T191231: RFC: Abstract schemas and schema changes.

Honestly, unless you not only standardize trough abstraction the DDL, but also ALL of DQL and DML trough an abstraction layer without ANY hard coded SQL it's a loosing battle for anyone who picks it up. I doubt that anyone will be able to pull such abstraction off anyway. There were many attempts and it always came down to sacrificing WMF branch performance to maintain the abstraction or a heap of exceptions which never played well for others. I'd say it's a waste of time to even consider it.

Mar 5 2019, 8:28 PM · CPT Initiatives (Abstract Schema), TechCom-RFC (TechCom-Approved), MediaWiki-Installer, Patch-For-Review, User-Addshore, SQLite, Oracle Database, MSSQL, PostgreSQL, Epic

Mar 3 2019

Skizzerz added a comment to T217158: RFC: Skin templating.

Unless anyone has any lingering concerns or questions they'd like addressed before the RFC is submitted for TechCom perusal, I'm going to be moving this RFC along to the next step of the process in a few days (requesting an IRC meeting).

Mar 3 2019, 6:57 PM · TechCom-RFC

Feb 26 2019

Skizzerz added a comment to T217172: Vector should replace rendering from PHP with Mustache.

I opened the RFC T217158 due to the above change in gerrit that was made and reverted. I believe that an RFC is necessary for the expanded scope of making all skins use a template engine and have a mostly-consistent DOM between them. This task fits within the scope of the RFC I opened, and if the RFC is accepted, I would love to work with @Krinkle at moving this task forward in a way that serves the short-term needs presented here while still being usable for the long-term goals mentioned in the RFC.

Feb 26 2019, 7:28 PM · Readers-Web-Backlog (Tracking), MW-1.33-notes (1.33.0-wmf.22; 2019-03-19), Performance-Team (Radar), Patch-For-Review, Vector
Skizzerz updated the task description for T217158: RFC: Skin templating.
Feb 26 2019, 6:00 PM · TechCom-RFC
Skizzerz created T217158: RFC: Skin templating.
Feb 26 2019, 5:43 PM · TechCom-RFC

Dec 28 2018

Skizzerz added a comment to T201273: Add option to discourse-chat-integration plugin to use plain message instead of channel notice for the Matrix provider.

A bot named WikimediaDevelop was recently k-lined from freenode by Sigyn due to sending a channel notice. Need to appeal the k-line (easy) and configure the bot to not send channel notices (just message the channel regularly instead).
In general, a channel notice (as opposed to channel privmsg) is synonymous with spam, and should never be done in the course of normal operation. Super important announcements may befit a channel notice, but nothing else should, especially not automated notices from bots.

@Skizzerz the bot sends plain text now (in theory). Where do I go to appeal the k-line?

Dec 28 2018, 2:32 PM · Discourse

Dec 18 2018

Skizzerz added a comment to T212241: Cleanup tag_summary on mssql.

I believe that patch execution fails:

Dec 18 2018, 7:11 PM · MSSQL, MediaWiki-Installer

Sep 27 2018

Skizzerz added a comment to T204819: Spambots on #wikimedia-cloud.

Registering a freenode account requires email verification, and freenode is very picky about what email providers they accept (no temp/burner email accounts or email services without anti-spam measures on signup). In any case, it's a lot more work to have a botnet go through that process before spamming, so the spambots simply do not register accounts.

Sep 27 2018, 4:02 PM · cloud-services-team (Kanban), wikimedia-irc-freenode, Cloud-Services

Sep 23 2018

ThurnerRupert awarded T171905: allow to delete pages in user name space a Love token.
Sep 23 2018, 6:36 AM · MediaWiki-extension-requests

Sep 14 2018

Skizzerz claimed T202637: Installation of MW 1.31.0 fails on MS SQL server.
Sep 14 2018, 8:44 PM · MSSQL, MediaWiki-Installer

Aug 31 2018

Amire80 awarded T198112: Use target language instead of interface language for textbox direction (LTR/RTL) a Love token.
Aug 31 2018, 6:01 AM · Patch-For-Review, RTL, MediaWiki-extensions-Translate, I18n

Jul 30 2018

Skizzerz added a comment to T113831: Remove MSSQL support from MediaWiki core.

There is no quantitive data. The pingbacks are horribly inaccurate, especially insofar as enterprise installations of MediaWiki are represented. Corporate firewalls as well as an attitude of sysadmins to not share installation data by default both cause installation numbers (across all database systems) to be largely underrepresented. In any case, I know personally of at least 20 companies and government organizations using MediaWiki with mssql or that have used MediaWiki with mssql, and I would not be surprised if the true number was in the hundreds. Yes, this isn't much compared to MySQL installations, but it is a non-negligible number.

Jul 30 2018, 11:34 PM · Core-Platform-Team-Old, TechCom-RFC, Technical-Debt (Deprecation), MSSQL, Wikimedia-Rdbms
Skizzerz added a comment to T113831: Remove MSSQL support from MediaWiki core.

I think the majority want MSSQL moved out of core, but let's bring in some more voices into that.

Jul 30 2018, 10:17 PM · Core-Platform-Team-Old, TechCom-RFC, Technical-Debt (Deprecation), MSSQL, Wikimedia-Rdbms
Skizzerz closed T113831: Remove MSSQL support from MediaWiki core as Declined.

Declining this task, as the structure to do this isn't nearly in a workable state. Moving out the Database class is about 10% of what is required here; the installer/updater need to work (keep in mind that LocalSettings.php doesn't exist when the installer is being run, yet that needs to be able to load the abstraction and schema). And, if the support isn't in core, then people will simply start using more and more MySQL-specific features making it impossible for an extension to work anyway.

Jul 30 2018, 8:31 PM · Core-Platform-Team-Old, TechCom-RFC, Technical-Debt (Deprecation), MSSQL, Wikimedia-Rdbms

Jul 25 2018

Skizzerz added a comment to T187634: IRC integration for Discourse.

A bot named WikimediaDevelop was recently k-lined from freenode by Sigyn due to sending a channel notice. Need to appeal the k-line (easy) and configure the bot to not send channel notices (just message the channel regularly instead).

Jul 25 2018, 8:51 PM · Discourse

Jun 25 2018

Skizzerz created T198112: Use target language instead of interface language for textbox direction (LTR/RTL).
Jun 25 2018, 2:51 PM · Patch-For-Review, RTL, MediaWiki-extensions-Translate, I18n

Jun 11 2018

Gerrit Code Review <gerrit@wikimedia.org> committed rEACL52b328dbf912: Update patch set 1 (authored by Skizzerz).
Update patch set 1
Jun 11 2018, 6:30 PM
Gerrit Code Review <gerrit@wikimedia.org> committed rEACLef8092ec37bf: Update patch set 1 (authored by Skizzerz).
Update patch set 1
Jun 11 2018, 6:30 PM
Gerrit Code Review <gerrit@wikimedia.org> committed rEACLdcd82574afb2: Update patch set 1 (authored by Skizzerz).
Update patch set 1
Jun 11 2018, 6:30 PM
Gerrit Code Review <gerrit@wikimedia.org> committed rEACL9a394c40b955: Create change (authored by Skizzerz).
Create change
Jun 11 2018, 6:30 PM

Jun 2 2018

Skizzerz added a comment to T194125: [RFC] Future of charset and collation for mediawiki on mysql .

In my opinion we should pick one datatype and standardize on it. Migrating existing columns to binary or utf8mb4 should be doable with a maintenance script, and these sorts of migrations and changes seem within scope for the schema abstraction RFC as part of the concerns there is taking the disparate environments of existing installs and standardizing them (although primarily with non-MySQL dbmses, but making MySQL focused on one and exactly one schema seems good as well).

Jun 2 2018, 9:52 PM · MediaWiki-Installer, MediaWiki-General, Core Platform Team (Needs Cleaning - Security, stability, performance, and scalability (TEC1)), Wikimedia-Rdbms
Skizzerz added a comment to T195625: Implement a responsive layout for MonoBook.
Jun 2 2018, 7:45 PM · User-notice, MonoBook

May 16 2018

Skizzerz added a comment to T181454: Port wikidiff2 to a memory-safe language.

Modern C++ (aka C++11 and later) can be memory safe and free from buffer overflows as long as good practices are followed -- avoid usage of raw pointers (use unique_ptr and shared_ptr instead), make good use of const reference and move semantics instead of passing things by pointer between functions, allocate on the stack instead of the heap where feasible, and use RAII patterns to encapsulate OS resources like file handles. The main issue is the layer in between the PHP API and the extension, as the PHP API is raw C. Both C++ and Rust can have issues here if that API is misused, so Rust doesn't bring you any advantages in that regard.

May 16 2018, 10:33 PM · MediaWiki-History-and-Diffs, wikidiff2

Apr 6 2018

Skizzerz added a member for MSSQL: Skizzerz.
Apr 6 2018, 4:02 PM

Jan 30 2018

Skizzerz closed T181962: $wgSharedDB crashes with SQLite DB as Resolved.
Jan 30 2018, 11:45 PM · MW-1.31-release-notes (WMF-deploy-2018-02-06 (1.31.0-wmf.20)), Patch-For-Review, Wikimedia-Rdbms, SQLite
Skizzerz closed T171345: Error adding groups when user cannot modify an existing group membership as Resolved.
Jan 30 2018, 9:04 PM · MW-1.31-release-notes (WMF-deploy-2018-02-06 (1.31.0-wmf.20)), Patch-For-Review, MediaWiki-User-management

Jan 29 2018

Skizzerz closed T171905: allow to delete pages in user name space as Resolved.

Created https://www.mediawiki.org/wiki/Extension:DeleteUserPages

Jan 29 2018, 9:54 PM · MediaWiki-extension-requests

Dec 3 2017

Skizzerz closed T57656: Autoconfirm users on import as Declined.

The user's registration date and edit count are maintained on import, and existing edits are reattributed (so the maint script which recounts edits won't wipe things). As such, if they meet autoconfirmed criteria on the new wiki, they should be receiving it automatically. I see no reason and have no desire to manually add autoconfirmed as an explicit group in the db due to this.

Dec 3 2017, 5:31 PM · MediaWiki-extensions-MediaWikiAuth
Skizzerz closed T57641: Add option to toggle watchlist import as Resolved.

Added $wgMediaWikiAuthImportWatchlist config var in v1.0.0

Dec 3 2017, 5:28 PM · MediaWiki-extensions-MediaWikiAuth

Nov 25 2017

Skizzerz closed T174042: Convert AuthorProtect to use extension registration as Resolved.
Nov 25 2017, 10:40 PM · Patch-For-Review, MediaWiki-extensions-Other
Skizzerz closed T174042: Convert AuthorProtect to use extension registration, a subtask of T98668: Convert all extensions and skins on gerrit to use extension registration, as Resolved.
Nov 25 2017, 10:40 PM · User-Zoranzoki21, Google-Code-in-2018, MediaWiki-extensions-General, Goal, MediaWiki-Configuration

Nov 17 2017

Skizzerz closed T57649: Allow trusted users to bypass account check and create 'reserved' accounts as Resolved.

New permission mwa-createlocalaccount can be leveraged for this purpose, now in 0.10.0.

Nov 17 2017, 4:47 PM · Patch-For-Review, MediaWiki-extensions-MediaWikiAuth

Nov 15 2017

Skizzerz created T180607: Nuke does not list hidden Flow topics.
Nov 15 2017, 3:36 PM · MW-1.31-release-notes (WMF-deploy-2017-12-05 (1.31.0-wmf.11)), Collaboration-Team-Triage (Collab-Team-This-Quarter), User-notice-collaboration, Patch-For-Review, StructuredDiscussions, MediaWiki-extensions-Nuke

Nov 9 2017

Skizzerz added a comment to T155678: Provide an easy to use support system for contributors to ask technical questions .

Yep, I'm aware of the old one (I was one of the mods there towards the latter years of its life and had thousands of posts as well as wrote a few how-tos). Didn't realize SO was also CC-BY-SA so that was my bad 😊.

Nov 9 2017, 2:13 AM · Developer-Advocacy, Discourse, TCB-Team

Nov 8 2017

Skizzerz added a comment to T155678: Provide an easy to use support system for contributors to ask technical questions .

As an FYI, I just launched a new site https://mwusers.org which is relevant to this discussion. It's still new and unproven, so I think marking it as the "official" site right now would be largely premature, but I wanted to throw it in for consideration down the road. Unlike Stack Overflow, my forum has the advantage of the content being licensed under CC-BY-SA so that relevant bits can be imported into mediawiki.org's documentation.

Nov 8 2017, 10:30 PM · Developer-Advocacy, Discourse, TCB-Team

Oct 25 2017

Skizzerz closed T110293: Update MediaWikiAuth to use AuthManager, a subtask of T110291: Update all extensions to use AuthManager, as Resolved.
Oct 25 2017, 6:44 PM · Goal, MediaWiki-extensions-General, MediaWiki-Authentication-and-authorization
Skizzerz closed T110293: Update MediaWikiAuth to use AuthManager as Resolved.

Now uses AuthManager as of v0.9.0 (will be submitted to gerrit in the near future)

Oct 25 2017, 6:44 PM · Patch-For-Review, MediaWiki-extensions-MediaWikiAuth, MediaWiki-Authentication-and-authorization
Skizzerz closed T70607: Stop requiring core patches for MediaWikiAuth to function as Resolved.

No longer requires core patches as of v0.9.0 (will be submitted to gerrit in the near future)

Oct 25 2017, 6:44 PM · MediaWiki-extensions-MediaWikiAuth

Jul 23 2017

Skizzerz added a comment to T171345: Error adding groups when user cannot modify an existing group membership.

Patch pending review at https://gerrit.wikimedia.org/r/#/c/367128/ -- would appreciate if someone could give it a look over

Jul 23 2017, 4:35 AM · MW-1.31-release-notes (WMF-deploy-2018-02-06 (1.31.0-wmf.20)), Patch-For-Review, MediaWiki-User-management
Skizzerz renamed T171345: Error adding groups when user cannot modify an existing group membership from Error while setting user groups on TheTestWiki.org to Error adding groups when user cannot modify an existing group membership.
Jul 23 2017, 4:10 AM · MW-1.31-release-notes (WMF-deploy-2018-02-06 (1.31.0-wmf.20)), Patch-For-Review, MediaWiki-User-management

Jul 25 2016

Skizzerz placed T129211: [[MediaWiki:Authorprotect-notauthor/en]] i18n issue up for grabs.

Do not assign tasks to other people without asking them first. If you want to work on this yourself then feel free to submit a patch.

Jul 25 2016, 1:52 PM · User-MarcoAurelio, Gender-Support, Patch-For-Review, MediaWiki-extensions-Other, I18n

May 2 2016

Skizzerz closed T118973: getTitleProtection MSSQL Error MSSQL Error, a subtask of T11767: [DO NOT USE] Microsoft SQL Server/MSSQL support (tracking), as Resolved.
May 2 2016, 9:39 PM · Tracking-Neverending, Wikimedia-Rdbms
Skizzerz closed T118973: getTitleProtection MSSQL Error MSSQL Error as Resolved.
May 2 2016, 9:39 PM · MSSQL, MW-1.27-release-notes, MW-1.27-release (WMF-deploy-2016-05-03_(1.27.0-wmf.23)), Patch-For-Review, MediaWiki-General
Skizzerz closed T74171: Cant replace image when using SQL Server backend: varchar vs. varbinary as Resolved.

Fixed in https://gerrit.wikimedia.org/r/#/c/285139/

May 2 2016, 9:35 PM · MSSQL, Wikimedia-Rdbms
Skizzerz closed T74171: Cant replace image when using SQL Server backend: varchar vs. varbinary, a subtask of T11767: [DO NOT USE] Microsoft SQL Server/MSSQL support (tracking), as Resolved.
May 2 2016, 9:35 PM · Tracking-Neverending, Wikimedia-Rdbms
Skizzerz closed T118961: Missing MSSQL Field in installer as Resolved.
May 2 2016, 9:35 PM · MSSQL, MediaWiki-Installer
Skizzerz closed T118961: Missing MSSQL Field in installer, a subtask of T11767: [DO NOT USE] Microsoft SQL Server/MSSQL support (tracking), as Resolved.
May 2 2016, 9:35 PM · Tracking-Neverending, Wikimedia-Rdbms
Skizzerz closed T24093: Native Microsoft SQL Server Support as Resolved.

As of 1.23 the mssql layer used the native drive (sqlsrv), so this has actually been fixed for a very long time :)

May 2 2016, 6:19 PM · MSSQL, Wikimedia-Rdbms
Skizzerz closed T24093: Native Microsoft SQL Server Support, a subtask of T11767: [DO NOT USE] Microsoft SQL Server/MSSQL support (tracking), as Resolved.
May 2 2016, 6:19 PM · Tracking-Neverending, Wikimedia-Rdbms

Apr 28 2016

Skizzerz closed T73207: MS SQL Driver doesn't handle escaping for LIKE patterns correctly as Resolved by committing rMWa65d43b836d7: Fix escaping for MSSQL LIKE queries..
Apr 28 2016, 3:00 AM · MSSQL, MW-1.27-release (WMF-deploy-2016-04-26_(1.27.0-wmf.22)), MW-1.27-release-notes, Patch-For-Review, Wikimedia-Rdbms
Skizzerz closed T73207: MS SQL Driver doesn't handle escaping for LIKE patterns correctly, a subtask of T11767: [DO NOT USE] Microsoft SQL Server/MSSQL support (tracking), as Resolved.
Apr 28 2016, 3:00 AM · Tracking-Neverending, Wikimedia-Rdbms

Apr 25 2016

Skizzerz claimed T118961: Missing MSSQL Field in installer.

Fixed in 1.27 / https://gerrit.wikimedia.org/r/#/c/285139/ (still pending merge, so don't close this task just yet)

Apr 25 2016, 2:30 AM · MSSQL, MediaWiki-Installer

Mar 25 2016

Skizzerz created T130905: Localisation Cache fallback issues.
Mar 25 2016, 1:33 AM · MediaWiki-Internationalization, MediaWiki-Cache

Dec 14 2015

Skizzerz added a comment to T121457: Maintaining RELEASE-NOTES sucks.
  • Keep it on-wiki and don't bother having a copy in git/gerrit at all, or perhaps have a placeholder RELEASE-NOTES that offers a link to its location on-wiki
Dec 14 2015, 11:37 PM · Documentation, MediaWiki-Documentation

Sep 28 2015

Skizzerz added a comment to T113210: How should Wikimedia software support non-Wikimedia deployments of its software?.

To get a gauge on the sheer number of wikis you'd be impacting by this decision, I reached out to Softaculous to ask for statistics on how many MediaWiki installations were made by them. Softaculous is a one-click installer script found on a number of hosts, as it reduces the friction and knowledge required to install and update applications. Their support team offered this as a response:

Sep 28 2015, 1:44 PM · Wikimedia-Developer-Summit-2016

Sep 26 2015

Skizzerz added a comment to T113831: Remove MSSQL support from MediaWiki core.

Cut the offensive tone @MaxSem, that was incredibly uncalled for. I spent at least 100 hours developing and testing making sure that it worked for far more than just "basic stuff" when I submitted the patch for support in 1.23. Does it work beyond 1.23? No, I went into it only planning to release updates for LTS releases of mediawiki because I don't get paid for this and there are far better uses of my time. I'll update it for the next LTS version, and the LTS version after that as well, and so on until the internal politics and abrasive behavior around here drive me away from mediawiki permanently (which may end up happening sooner rather than later at this rate; so much for what whole Code of Conduct thing).

Sep 26 2015, 2:21 AM · Core-Platform-Team-Old, TechCom-RFC, Technical-Debt (Deprecation), MSSQL, Wikimedia-Rdbms