I use MediaWiki in Dutch. If I ever claim to see something you don't, check if it occurs when setting the user language to Dutch, and remind me to switch too, so we don't get a repetition of T207288. And if I have the bright idea to test something on my local vagrant machine, and it doesn't work, I probably have a messed up vagrant instance and should be reminded to reset it, so we don't get a repetition of T207288.
Sat, Jun 15
Will there also be a PHP variant of this widget?
Thu, Jun 13
Wed, Jun 12
Tue, Jun 11
Sat, Jun 8
Probably the same as T225354: VisualEditor/MobileFrontend broken on REL1_33: "ConfigException: undefined option: 'EnableBlockNoticeStats'" - Likely already fixed in master, just needs a backport.
Thu, May 30
Wed, May 29
Regression caused by rMW72f61f7a5930: jquery.suggestions: Trigger keypress on initializing.
Thu, May 23
See T151070: Move Phabricator from PHP 7.0 to PHP 7.2 for tasks related to the move.
Seems to work now. I assume the move to phab1003 functioned as the restart it needed.
Wed, May 22
Tue, May 21
May 16 2019
May 13 2019
Can't we implement this in MediaWiki-Codesniffer instead? That's faster to run, and the check is fairly simplistic - verify that the method contains T_RETURN or T_YIELD when the accompanying docblock contains @return.
May 12 2019
May 8 2019
Not related to a specific extension, the same is happening for XAnalytics: https://gerrit.wikimedia.org/r/c/mediawiki/extensions/XAnalytics/+/508684.
This has to do with some out of memory issues with Phan: T219114: phan 1.2.6 is OOMing on MediaWiki core.
May 6 2019
May 2 2019
May 1 2019
Apr 30 2019
Apr 29 2019
Apr 26 2019
It took a while, but I can confirm it works with a new vagrant instance. xdebug 2.7.0 shows up on http://dev.wiki.local.wmftest.net:8080/info.php.
Ah, I incorrectly assumed, that because T216712 wasn't marked as resolved yet, that that hadn't happened yet. I've filed T221923 for that. However, as SRE is off-site this week according to wikitech.org, temporarily reverting https://gerrit.wikimedia.org/r/506121 might help those currently without xdebug.
Apr 25 2019
It was the latter, I updated because of an unrelated reason (needed rMWVAe7f3fd), and after provisioning, I noticed the message.
Apr 24 2019
The change above results in the message Cannot load Xdebug - it was already loaded whenever I run a maintenance script in vagrant. Xdebug was previously added to MediaWiki vagrant in T212045: Vagrant has Xdebug no longer enabled, preventing debugging and code coverage generation, and it appears both are actually loaded.
Apr 17 2019
Apr 13 2019
Apr 12 2019
Apr 11 2019
We love whitespace.
Apr 5 2019
Mar 27 2019
Mar 26 2019
Might be related to T219248: Codesearch index for operations/puppet may be outdated.
Mar 23 2019
Sound suspiciously like T218918: Some interface messages (e.g. sitenotice, others) are loading old revisions of their messages, which had rMWf8dc579261dc: Only load latest revision in MessageCache::loadFromDB merged as solution.
Mar 20 2019
Mar 18 2019
https://www.mediawiki.org/wiki/User:Fbstj/T76641 does no longer show this issue, nor do my tests today: https://test.wikipedia.org/wiki/User:Mainframe98/Sandbox. (Using HHVM - PHP7 beta feature temporarily disabled)
Mar 15 2019
Mar 7 2019
It wouldn't ordinarily, but with T217692: labtestweb2001: Fatal error: unknown class AuthPlugin in /srv/mediawiki/php-1.33.0-wmf.20/extensions/LdapAuthentication/LdapAuthenticationPlugin.php on line 21 in mind, having all wikitech copies inaccessible would not be a desirable situation.
There's more trouble. Trying to view my user page shows
Mar 6 2019
Usually, translation requests are handled on translatewiki. If you have an account, you can make the changes to the translation yourself.
Mar 5 2019
Mar 4 2019
Search on the page for the phrase (might require opening the navbox) and you'll find it in the navbox United States articles, coincidentally my first thought on the "culprit" so to speak, which links to United States Electoral College.
Mar 2 2019
Feb 28 2019
Feb 25 2019
Feb 22 2019
Feb 21 2019
Feb 20 2019
Feb 19 2019
It appears the role is broken right now though, as trying to run vagrant provision after enabling it results in an error:
$ vagrant provision ==> default: Running provisioner: lsb_check... ==> default: Running provisioner: file_perms... ==> default: Running provisioner: shell... default: Running: vagrant-shell20190219-16700-65z8oe.sh ==> default: Running provisioner: puppet... ==> default: Running Puppet with environment vagrant... ==> default: /usr/lib/ruby/vendor_ruby/puppet/util.rb:49: warning: Insecure world writable dir /vagrant/srv/arcanist/bin in PATH, mode 040777 ==> default: Info: Loading facts ==> default: Error: Evaluation Error: Resource type not found: Nginx::Site at /vagrant/puppet/modules/role/manifests/https.pp:10:20 on node wmfprodvagrant.mediawiki-vagrant.dev
I took a look at the code indicated by the stack trace, and it indicates that a header does not match the expected format of a key-value pair. In this case, the value is missing. The stack trace also mentions the requests are coming from the thumb.php end-point, so that should help narrow down what part of the code is at fault. Based on the documentation for headers_list, only header allows setting invalid headers, so
Feb 11 2019
Feb 7 2019
The instructions are out of date, since T204336: Convert SwiftMailer to use extension registration. I've updated them.