Wikitech-l March 2018

wikitech-l@lists.wikimedia.org

68 participants
76 discussions

Roadmap for CX?
by Strainu 06 Sep '18

06 Sep '18

Following the recent outage, we've had a new series of complaints about the lack of improvements in CX, especially related to server-side activities like saving/publishing pages. Now, I know the team is involved in a long-term effort to merge the editor with the VE, but is there an end in sight for that effort? Can I tell people who ask "look, 6 more months then we'll have a much better translation tool"? Is there a publicly available roadmap for this project and more generally, for CX? Thanks, Strainu

5 8

Re: [Wikitech-l] Wikistats 2.0 - Now with Maps!
by יגאל חיטרון 17 Apr '18

17 Apr '18

Hello and thank you. What do you mean in country named "--"? Igal (User:IKhitron) On Feb 15, 2018 00:15, "Nuria Ruiz" <nuria(a)wikimedia.org> wrote: Hello from Analytics team: Just a brief note to announce that Wikistats 2.0 includes data about pageviews per project per country for the current month. Take a look, pageviews for Spanish Wikipedia this current month: https://stats.wikimedia.org/v2/#/es.wikipedia.org/reading/ pageviews-by-country Data is also available programatically vi APIs: https://wikitech.wikimedia.org/wiki/Analytics/AQS/ Pageviews#Pageviews_split_by_country We will be deploying small UI tweaks during this week but please explore and let us know what you think. Thanks, Nuria _______________________________________________ Wikitech-l mailing list Wikitech-l(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

6 12

changes coming to large dumps
by Ariel Glenn WMF 10 Apr '18

10 Apr '18

Please forward wherever you think appropriate. For some time we have provided multiple numbered pages-articles bz2 file for large wikis, as well as a single file with all of the contents combined into one. This is consuming enough time for Wikidata that it is no longer sustainable. For wikis where the sizes of these files to recombine is "too large", we will skip this recombine step. This means that downloader scripts relying on this file will need to check its existence, and if it's not there, fall back to downloading the multiple numbered files. I expect to get this done and deployed by the March 20th dumps run. You can follow along here: https://phabricator.wikimedia.org/T179059 Thanks! Ariel

3 6

Unblocking 79 IPs blocked as open proxies 12 years ago (T189840)
by Brad Jorsch (Anomie) 08 Apr '18

08 Apr '18

In 2005–2006 a sysadmin blocked 79 IP addresses on all wikis as being automatically-detected open proxies, without recording them in the block log or attributing the block to any user account. These incomplete records are now causing errors when MediaWiki tries to access them in various places, see https://phabricator.wikimedia.org/T189840. Since these are all over 12 years old, it seems reasonably likely that many of these are no longer open proxies. Rather than trying to fix the incomplete records, I'm just going to remove them. Any existing blocks of these IPs that are not causing errors will not be removed. At first glance this seems relevant mainly to enwiki, where only 5 of the IPs have incomplete records. 21 are currently blocked there with complete records (19 since 2005 or earlier), and the other 53 are not currently blocked there. The list of IPs is at https://phabricator.wikimedia.org/P6876 in case anyone wants to review them for potential reblocking. -- Brad Jorsch (Anomie) Senior Software Engineer Wikimedia Foundation

7 8

Better Support for Mobile in Wikistats2
by Nuria Ruiz 30 Mar '18

30 Mar '18

Hello! Analytics is working on better support for mobile in wikistats2: http://stats.wikimedia.org/v2 Do take a look at latest changes and if there are issues that prevent you from using this site in mobile let us know. A phabricator ticket (http://phabricator.wikimedia.org) with a screenshot will be great. Site should be usable in: * last two versions of any major desktop browser (chrome, FF, edge and safari) * any newish iOS device (iphone4 and up) that has been kept up to date * android 4.4 and up We are still working on improving our mobile support and happy to take requests on higher levels of support for browsers we might have not considered. This is the work we have planned for next quarter: - Persistent links for metrics. Bookmarks. task T179444 <https://phabricator.wikimedia.org/T179444> - Support annotations task T178015 <https://phabricator.wikimedia.org/T178015> - Label non obvious concepts task T177950 <https://phabricator.wikimedia.org/T177950> - Improvements on pageview data per country task T188928 <https://phabricator.wikimedia.org/T188928> Thanks, Nuria

1 0

MediaWiki train rolled back to wmf.26
by Greg Grossmeier 30 Mar '18

30 Mar '18

The new MediaWiki weekly branch has some issues that are preventing us from deploying as planned. The specific issue: https://phabricator.wikimedia.org/T190960 The tracking task for the train: https://phabricator.wikimedia.org/T183966 Reminder that you can use the "Wikimedia MediaWiki versions"[0] tool on ToolForge to to know which wikis have which version at any time. Greg [0] https://tools.wmflabs.org/versions/ -- | Greg Grossmeier GPG: B2FA 27B1 F7EB D327 6B8E | | Release Team Manager A18D 1138 8E47 FAC8 1C7D |

1 1

Code of conduct committee call for new members
by Amir Ladsgroup 30 Mar '18

30 Mar '18

Hello all, It's coming close to time for annual appointments of community members to serve on the Code of Conduct (CoC) committee. The Code of Conduct Committee is a team of five trusted individuals plus five auxiliary members with diverse affiliations responsible for general enforcement of the Code of conduct for Wikimedia technical spaces. Committee members are in charge of processing complaints, discussing with the parties affected, agreeing on resolutions, and following up on their enforcement. For more on their duties and roles, see https://www.mediawiki.org/wiki/Code_of_Conduct/Committee <http://meta.wikimedia.org/wiki/Ombudsman_commission> This is a call for community members interested in volunteering for appointment to this committee. Volunteers serving in this role should be experienced Wikimedians or have had experience serving in a similar position before. The current committee is doing the selection and will research and discuss candidates. Six weeks before the beginning of the next Committee term, meaning 8th of April 2018, they will publish their candidate slate (a list of candidates) on-wiki. The community can provide feedback on these candidates, via private email to the group choosing the next Committee. The feedback period will be two weeks. The current Committee will then either finalize the slate, or update the candidate slate in response to concerns raised. If the candidate slate changes, there will be another two week feedback period covering the newly proposed members. After the selections are finalized, there will be a training period, after which the new Committee is appointed. The current Committee continues to serve until the feedback, selection, and training process is complete. If you are interested in serving on this committee or like to nominate a candidate, please write an email to techconductcandidates AT wikimedia.org with details of your experience on the projects, your thoughts on the code of conduct and the committee and what you hope to bring to the role and whether you have a preference in being auxiliary or constant member of the committee. The committee consists of five members plus five auxiliary members and they will serve for six months; all applications are appreciated and will be carefully considered. The deadline for applications is end of day on 5th of April, 2018. Please feel free to pass this invitation along to any users who you think may be qualified and interested. Best, Amir on behalf of the CoC committee

1 0

TechCom Radar, 2018-03-28
by Kate Chapman 29 Mar '18

29 Mar '18

Hi All, Here are the minutes from this week's TechCom meeting: * This week’s IRC Meeting: Tracking dependencies for multiple Content objects per page (MCR) <https://phabricator.wikimedia.org/T190063> Meeting log: <https://tools.wmflabs.org/meetbot/wikimedia-office/2018/wikimedia-office.20…> (summary still to be posted in Phabricator ticket) * RFC Declined (topic can be picked up again when resourced): Define an official thumb API <https://phabricator.wikimedia.org/T66214> * Ops has turned on some services in Eqsin data center, showing improvement for readers in Singapore. Still experimental, but initial results positive. You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. -- Kate Chapman TechCom Facilitator (Contractor)

1 0

Turn mapframe for English Wikipedia? We’re ready if you are
by Joe Matazzoni 29 Mar '18

29 Mar '18

In October 2017, English Wikipedia community members approved an RfC requesting implementation of mapframe <https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_15…> [1]—a feature that enables contributors to easily display dynamic maps on article pages. At the time, there was some question about whether technical support for the maps service would be available long term, and the Foundation asked that the community stand by. I’m writing now to say that those questions have been answered, and a small team will be assigned for routine maps maintenance. So, unless we hear from the English Wikipedia community that the consensus on adding mapframe has changed since last year’s RfC, we plan to move forward in April 2018. You can read more about this plan and leave comments on Village Pump [2]. If you foresee any issues, let us hear from you. Otherwise, happy mapping! [1] https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_15… <https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_15…>? [2] https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Turn_on_ma… <https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)#Turn_on_ma…> Joe Matazzoni Product Manager, Collaboration Wikimedia Foundation

1 0

Re: [Wikitech-l] [Ops] new deployment server (tin -> deploy)
by Mukunda Modell 29 Mar '18

29 Mar '18

Update: deployments are moving back to tin temporarily while we work out what to do about php7 (or rather, the lack of php5 in stretch) See https://phabricator.wikimedia.org/T190909 On Wed, Mar 28, 2018 at 4:32 AM, Chad Horohoe <chorohoe(a)wikimedia.org> wrote: > Indeed. There was nobody aiming for making php -l or l10nupdate or anything > else *faster*....it was a planned move to stretch and HHVM has been > unacceptably > slow in this area. The decision earlier today to use PHP7 was to avoid the > huge > penalty if we fell back to HHVM instead of using PHP5. > > In any case: we've reverted back to tin for now: > https://gerrit.wikimedia.org/r/#/c/422376/ > > -Chad > > > On Wed, Mar 28, 2018 at 2:25 AM Mukunda Modell <mmodell(a)wikimedia.org> > wrote: > >> This isn't really motivated by any enthusiasm for php7. The issue is that >> php5 has been dropped from stretch and updating the os is a blocker for a >> bunch of other things. So we have to deal with the php7 issue to unblock a >> bunch of other stuff which is not available on jessie. >> >> On Wed, Mar 28, 2018 at 3:19 AM, Antoine Musso <hashar(a)free.fr> wrote: >> >>> On 28/03/2018 00:24, Daniel Zahn wrote: >>> > Hi, >>> > >>> > good old tin.eqiad.wmnet was out of warranty and running jessie, >>> > so as part of our hardware refresh goal it had to be replaced by >>> > something new. >>> > >>> > We now have deploy1001.eqiad.wmnet and it's running on stretch with >>> PHP7 >>> > and we just switched deployment servers and Mukunda is running the >>> first >>> > deploy from it as we speak. >>> > >>> > <+logmsgbot> !log twentyafterfour@deploy1001 Started scap: Deploy >>> > 1.31.0-wmf.27 to test wikis >>> > >>> > >>> > Here are the related puppet changes that switched it and added stretch >>> > support: >>> > >>> > https://gerrit.wikimedia.org/r/#/q/project:operations/ >>> puppet+branch:production+topic:deploy1001 >>> > >>> > >>> > Additionally mwscript needed a way to detect php5 or php7, for that >>> see: >>> > https://gerrit.wikimedia.org/r/#/c/422348/ >>> > >>> > There are also more details on today's SAL and on: >>> > https://phabricator.wikimedia.org/T175288 >>> >>> Hello, >>> >>> I am not sure it is a good idea to switch to PHP7 right now, specially >>> in production. I understand the incentive to get l10nupdate , scap php >>> -l etc faster, but really switching mwscript to php7 is too early. >>> >>> There are a few reasons: >>> >>> - Although CI runs PHP7 tests, the jobs run on Jessie with different >>> libraries than Stretch and we use community made Debian packages ( >>> https://deb.sury.org/ ). >>> >>> - The beta cluster is on HHVM, with the equivalent of tin using php5.6. >>> That is where we catch a lot of low hanging fruits. >>> >>> - We all know our test coverage is far from the production reality. >>> >>> - worker machines such as terbium/wasat do rely on mwscript for >>> production critical jobs. I guarantee they will magically explode the >>> minute they are switched to PHP7. >>> >>> - application servers SHELL OUT to mwscript to get other wikis >>> configuration (see SiteConfiguration::getConfig() ). >>> >>> >>> - of course various PHP7 objects/functions would have a slightly >>> different behavior compared to PHP5/HHVM. That has hit us hard >>> previously when we switched. >>> >>> I appreciate all the enthusiasms toward migration to PHP7. But can we >>> please do it professionally with stages and proper testing? I would >>> rather avoid having the whole site down and making the news front page. >>> >>> cheers, >>> >>> -- >>> Antoine "hashar" Musso >>> >>> >>> _______________________________________________ >>> Ops mailing list >>> Ops(a)lists.wikimedia.org >>> https://lists.wikimedia.org/mailman/listinfo/ops >>> >> >> _______________________________________________ >> Ops mailing list >> Ops(a)lists.wikimedia.org >> https://lists.wikimedia.org/mailman/listinfo/ops >> >

2 2

2026

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 March 2018