Wikitech-l July 2015

wikitech-l@lists.wikimedia.org

97 participants
78 discussions

Changes require Verified+2 to be merged by CI
by Antoine Musso 24 Jul '15

24 Jul '15

Hello, I have upgraded Zuul this morning which has a slight regression. To be considered for merging, Zuul require the change to have a Verified +2. In most case that is not a problem since the tests ran and voted V+2 already. But there is a few other cases where Verified is 0 or -1. The workaround is thus to manually vote Verified +2 in addition to Code-Review +2. You might have to remove the prior CR+2 to have the change properly recognized. The task is: https://phabricator.wikimedia.org/T106531 Will give it a shot tomorrow. -- Antoine "hashar" Musso

2 3

Brad Jorsch -> Senior Software Engineer
by Bryan Davis 24 Jul '15

24 Jul '15

I'm pleased to announce that Brad Jorsch has been promoted to Senior Software Engineer. Brad joined the WMF in October of 2012 as a member of the MediaWiki Core team under RobLa [0]. Prior to joining the WMF, Brad was a strong contributor in a volunteer capacity both on-wiki and via code contributions. He has community earned admin rights on enwiki and his bots (AnomieBOT, AnomieBOT II, MediationBot, MedcabBot, ...) have made over 1.8 million edits on project wikis [1]. His community contributions led directly to his recruitment and hiring following the 2012 Berlin Hackathon. During his tenure at the WMF, Brad has become the de-facto owner of the Scribunto extension and the primary maintainer of the MediaWiki web API (api.php). During the 2014-2015 fiscal year, Brad has focused primarily on the MediaWiki web API (api.php). This largely solo project has included writing an RfC [2] and working on implementation not only in MediaWiki core but also across many affected extensions. Recent improvements have included JSON format updates [3] and the simplification of continuation mode processing for clients [4]. I look forward to working with Brad on the Wikimedia Reading Infrastructure team to continue stewardship of the MediaWiki web API [5] and expect to see continued excellence from his MediaWiki and Wikimedia contributions. [0]: https://lists.wikimedia.org/pipermail/wikitech-l/2012-October/064120.html [1]: https://tools.wmflabs.org/guc/?user=AnomieBOT [2]: https://www.mediawiki.org/wiki/Requests_for_comment/API_roadmap [3]: https://lists.wikimedia.org/pipermail/mediawiki-api-announce/2015-May/00008… [4]: https://lists.wikimedia.org/pipermail/mediawiki-api-announce/2015-June/0000… [5]: https://lists.wikimedia.org/pipermail/wikitech-l/2015-May/081648.html Bryan -- Bryan Davis Wikimedia Foundation <bd808(a)wikimedia.org> [[m:User:BDavis_(WMF)]] Sr Software Engineer Boise, ID USA irc: bd808 v:415.839.6885 x6855

2 1

Adding extensions under packagist's "mediawiki" vendor
by Daniel Werner 23 Jul '15

23 Jul '15

Hi, I'd like to add my extension https://github.com/DanweDE/mediawiki-ext-UserBitcoinAddresses as "mediawiki/user-bitcoin-addresses" in packagist. When trying to do so, packagist states I should ask someone with the proper rights to maintain the "mediawiki" vendor. I have read up on https://www.mediawiki.org/wiki/Manual:Developing_libraries#Packagist_guidel… And I wrote two of the guys listed to have access to the "mediawiki" vendor account but I am not sure I am getting a reply so I thought I'd also try it through this channel. Any advice how I'd get my GitHub repo on packagist under the "mediawiki" vendor would be highly appreciated. Cheers, Daniel

8 9

Min php version
by bawolff 23 Jul '15

23 Jul '15

According to our docs/internal checks, our min php version is 5.3.3. However as of 6e283d394f31, MediaWiki doesn't work with php 5.3.3 (You aren't allowed to implement an interface using an abstract method, on that version of PHP so you get "Fatal error: Can't inherit abstract function IDatabase::getType() (previously declared abstract in DatabaseBase) in git/includes/db/Database.php on line 32"). Is it time we up'd our version requirements (And does anyone know if that would affect lots of third parties?) Or should that change be reverted? --bawolff

14 23

2015-07-22 Scrum of Scrums notes
by Grace Gellerman 22 Jul '15

22 Jul '15

https://www.mediawiki.org/wiki/Scrum_of_scrums/2015-07-22

1 0

Re: [Wikitech-l] FYI: HTMLForm is now available in OOUI format
by Florian Schmidt 22 Jul '15

22 Jul '15

Yay :D Sent from my HTC ----- Reply message ----- From: "Bartosz Dziewoński" <matma.rex(a)gmail.com> To: "Wikimedia developers" <wikitech-l(a)lists.wikimedia.org> Subject: [Wikitech-l] FYI: HTMLForm is now available in OOUI format Date: Wed, Jul 22, 2015 15:45 It took a while, but most of the issues are ironed out now. OOUI still doesn't support subsections, as that would require some refactoring of gnarly old code. Everything else should work well enough. -- Bartosz Dziewoński _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

2 1

Phabricator board: reading-admin
by Adam Baso 22 Jul '15

22 Jul '15

Hi all - you've probably seen the reading-web, android, and ios related boards in Phabricator, but I wanted to share another with you: https://phabricator.wikimedia.org/tag/reading-admin/ This is a place the Reading management team adds and tracks more manager oriented tasks. As tasks get moved to Done, we will in the future probably actually want to check into whether they should be moved farther left in the board to be repeated / re-reviewed or figure out some appropriate lightweight workflow for such things. -Adam

1 0

FYI: HTMLForm is now available in OOUI format
by James Forrester 22 Jul '15

22 Jul '15

As part of the on-going UI standardisation work[0], we have just merged into MediaWiki master a patch that will allow users of HTMLForm[1] to easily switch over to use OOUI[2]. This allows you to make your code use the standard UI styling and components with very little effort, improving consistency and accessibility. To convert your code over from the existing styling of MediaWiki's HTMLForm (or its VForm version), you can replace the instantiation command of - $form = new HTMLForm( … ); - or: - $form = HTMLForm::factory( 'vform', … ); - with - $form = HTMLForm::factory( 'ooui', … ); … and everything Should Just Work™. This doesn't break anything for existing use of this code, and you can explicitly retain the existing styling by using $form = HTMLForm::factory( 'table', … ); or 'div' or 'vform' instead if you wish. Feel free to add your code to the epic task on Phabricator which is the central liaison point for this work[3]. Finally, please be careful to check your interfaces after converting them – although we have tested this and believe it works well, there may be some edge cases where it doesn't quite work. We're still missing a few features [4] (such as prettier radio buttons), which we're hoping to have ready in a week or two. If do you find any such issues, please report them so we can fix them. Also note that OOUI already implements the new "MediaWiki" theme for all users, so please ensure you advertise the visual changes as they roll out to minimise disruption. [0] - https://phabricator.wikimedia.org/T49145 [1] - https://www.mediawiki.org/wiki/HTMLForm [2] - https://phabricator.wikimedia.org/T85291 [3] - https://phabricator.wikimedia.org/T100270 [4] - https://phabricator.wikimedia.org/T100279 Yours, -- James D. Forrester Product Manager, Editing Wikimedia Foundation, Inc. jforrester(a)wikimedia.org | @jdforrester

3 2

AccountAudit extension will be undeployed soon
by Legoktm 21 Jul '15

21 Jul '15

Hi, Now that SULF is over, we have no need for the AccountAudit extension anymore. If you have been relying on it for any statistics, please be aware that a) it is going away soon and b) the data is generally inaccurate for global users (which all users are now). Please follow <https://phabricator.wikimedia.org/T105894> for updates. Thanks, -- Legoktm

1 1

Wikimedia authentication on an external website?
by Paul Arzelier 20 Jul '15

20 Jul '15

Hi! We're trying to use the collections (a beta wikipedia feature) on a wikimedia external website, http://wikijourney.eu, which delivers wikipedia-driven tourist tours. In order to use the collections' API, we need the user to log in his wikipedia account, and it would be nice to have a log-in form directly on the website. Does anyone know if it's possible?

4 4

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l July 2015