Wikitech-l February 2020

wikitech-l@lists.wikimedia.org

54 participants
70 discussions

Gsoc
by Nwobodo Ekene 28 Feb '20

28 Feb '20

Hi guys my name is Nwobodo Leonard a mechanical engineering student from Nigeria, I am interested in working on any python related course for this year's Google summer of code! I will appreciate all the help I can get..i am still not an advanced programmer but I am always willing to learn.

3 2

Mediawiki hacking starter guide
by Shrinivasan T 28 Feb '20

28 Feb '20

Hello all, We are planning on a India Hackathon. https://meta.wikimedia.org/wiki/CIS-A2K/Events/India_Hackathon_2020 To bring new developers and train them, looking for a developer guide or handbook/beginners guide. Do we any such starters guide? I think the below topics would be nice to be covered on the handbook. If no such hand book, shall we create one? Will be useful ? Topics to be covered : Intro Setup User creation User types Name space Admin rights Bot access Pages create/edit/delete Category create/edit/delete Page Talk page Preference Gadget Widget Common.js Api Paws Tool server Become Ssh keys Cron Host web apps SQL dump access SQL access SQL structure Daily dump access Wikidata api Sparql Wikidata tools Pywikibot Wiki old module Phabricator Asking for help Docs Mailing list Irc Telegram groups Oauth Auth APIs Pagination in results Linking pages to wikidata Linking to other language site pages Test wiki site to play around Auto Wiki Browser Tools repo. ---------- What other topics can be added? Share your thoughts. Thanks.

2 2

TechCom Radar 2020-02-26
by Alexandra Paskulin 27 Feb '20

27 Feb '20

Hi all, Here are the minutes from this week's TechCom meeting: * Last call for comments: Stable interface policy < https://phabricator.wikimedia.org/T193613>. Last call ends on March 11, 2020 at 20:00 UTC. Review the draft at <https://www.mediawiki.org/wiki/Stable_interface_policy>. * Discussed RFC: Re-evaluate librsvg as SVG renderer on Wikimedia wikis <https://phabricator.wikimedia.org/T40010> * Discussed RFC: 2019 Process amendments < https://phabricator.wikimedia.org/T216308> * Discussed RFC: Adopt a modern JavaScript framework for use with MediaWiki <https://phabricator.wikimedia.org/T241180> * Discussed RFC: Standard method for feature-management in skins/extensions <https://phabricator.wikimedia.org/T242835> * No public discussion scheduled for next week 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/>. If you prefer you can subscribe to our newsletter here <https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar> Best, - Alex -- Alex Paskulin Technical Writer Wikimedia Foundation

1 0

Remove "profileoutput" debug log channel from MediaWiki core
by Krinkle 27 Feb '20

27 Feb '20

TLDR: If you use $wgDebugLogGroups['profileoutput'] in LocalSettings.php as a way to collect performance profiles from Tideways/XHProf, this will no longer receive messages in MediaWiki 1.35 and later. ------- Hi, I've been auditing the Profiler component in MediaWiki and deprecating or removing various legacy features that either don't fit the current model very well and/or that seem to be broken, unused or undocumented. [1] The objective here is to keep offering the same functionalities for developers, but in a way that's easier to use, with fewer moving parts, and lower maintenance costs for us. Today I'm writing about the "profileoutput" debug log channel. As part of the PSR-3/Monolog refactor many years ago, this feature was grandfathered into the LegacyLogger. The $wgProfiler variable controls which collector and output are used at run-time. For example, you can collect the call graph with XHProf/Tideways, and then output it to an HTML comment, or dump to a file on disk, etc. Any number of outputs can be implemented and enabled. The "profileoutput" debug log channel was effectively another way of achieving the same thing, by assigning $wgDebugLogGroups['profileoutput'] to a file path. If you're currently using this, see https://phabricator.wikimedia.org/T245835 for how to make this work via $wgProfiler instead. -- Timo [1] https://phabricator.wikimedia.org/T231366

1 0

Quality and Testing Engineering Office Hour this Friday...
by Jean-Rene Branaa 27 Feb '20

27 Feb '20

Hello All, This week we will be starting a monthly Quality and Testing Engineering office hour series of meetings. The Quality and Testing Engineering office hours will generally have a theme or topic to encourage participation. This month, Željko Filipin from the Quality and Test Engineering team will be hosting a session on "Software Testing Anti-patterns". Logistics: Date - Friday February 21, 2020 Time - 17:00 UTC Meeting URL: meet.google.com/xgq-kyfk-crt <https://meet.google.com/xgq-kyfk-crt?hs=122> Cheers, JR

3 2

Scrum of scrums/2020-02-26
by Željko Filipin 27 Feb '20

27 Feb '20

Hi, for HTML version see https://www.mediawiki.org/wiki/Scrum_of_scrums/2020-02-26 Željko -- = 2020-02-26 = == Callouts == * Language -> Core Platform: Requesting help to debug why some jobs are not being queued [[phab:T144780]] * Release Engineering: [All] MediaWiki 1.35.0 will get cut on 7 April 2020. If your team has any proposed blockers/deadlines for that, please get them done: [[phab:tag/MW-1.35-release]] == Product == === Editing === * Updates: ** Replying v1.0: On Tuesday, 18-Feb, v1.0 of the new replying workflow was deployed to Arabic, Dutch, French and Hungarian Wikipedias via a query string parameter (ca be tested by appending ?dtenable=1 to any talk URL on ar, fr, hu or nl talk page) *** Currently checking instrumentation, once any discovered issues are addressed we'll be deploying this as a beta feature ** Replying v2.0: developing technical approach to comment editing and drafting replies in rich text === Growth === * Updates: ** Newcomer tasks 1.1 (topic matching): planning to deploy our upgrade of the topic matching algorithm next week to use ORES articletopics. This upgrade will increase the number of topics available to newcomers from 27 to 64 *** We will be altering the user interface to help newcomers navigate the larger number of topics *** Sort ORES topics alphabetically (task [[phab:T246061]]) *** Add backend support for ORES topics (task [[phab:T243477]], task [[phab:T243359]]) ** Newcomer tasks 1.2 (guidance): adding additional in-context help and guidance for newcomers completing suggested edit tasks *** NewcomerTasks: Add feature flag for guidance (task [[phab:T245525]]) ** Planning to streamline deployments so that we can work with more wikis more quickly ** Homepage desktop and mobile style updates (task [[phab:T232546]], task [[phab:T239442]]) === iOS native app === * Updates: **Continuing development on 6.6 release (mobile-html integration) [[phab:project/view/4273]] === Android native app === * Updates: ** Final testing and profiling of mobile-html and conversion logic. ** Final testing of structured image tagging interface. === Web === * Updates: ** Summary: continuing desktop improvements (DIP). The feature manager is well underway in active development iterations, the skin preference has had one patch merged, template partial support caching behavior is being investigated, and there's lots cooking. ** [[Reading/Web/Desktop_Improvements|Desktop Improvements Project (Vector / DIP)]]: *** [[phab:T245793|<nowiki>[Firefox 73] Infusing a RadioOptionWidget changes first-child alignment</nowiki>]] *** [[phab:T245456|<nowiki>[Dev] Adopt template partials in Vector and revise sidebar component</nowiki>]] *** [[phab:T244481|<nowiki>Provide basic FeatureManagement in Vector codebase</nowiki>]] *** [[phab:T243281|<nowiki>Build opt-out button for logged-in users with new vector on</nowiki>]] *** [[phab:T242381|<nowiki>Add a Vector skin version preference</nowiki>]] *** [[phab:T232140|<nowiki>Separate out logo handling into square image logos and long text/wordmark banner logos</nowiki>]] *** [[phab:T113095|<nowiki>A cached server-side HTML template should update when you change a partial template which it includes</nowiki>]] *** [[phab:T242779|<nowiki>Add Vector and Popups PHP documentation to doc.wikimedia.org</nowiki>]] *** [[phab:T242177|<nowiki>Technical: Deprecate mediawiki.skinning.interface in favor of ResourceLoaderSkinModule</nowiki>]] ** Mobile website (MinervaNeue / MobileFrontend): *** [[phab:T245162|<nowiki>Job unable to create file page "Fatal: Call function inNamespace() on null" (via MinervaHooks)</nowiki>]] *** [[phab:T244106|<nowiki>[M] Setup storybook from Minerva</nowiki>]] *** [[phab:T243650|<nowiki>Regression: Mobile talk page shows links in overlay header</nowiki>]] *** [[phab:T244181|<nowiki>[print] Article title hidden with mobile print styles</nowiki>]] === Product Infrastructure === * Updates: ** Push notification service planning continues. RFC and proposed fiscal Q4 work plan due end of week. ** Patches in progress for proposed MachineVision schema changes to fix slow random image queries: [[phab:T243872]] === Structured Data === * Updates: ** no real change - hoping to release some new input types and constraints next week === Parsing === * Updates: ** Parsing, Release Engr., Service Ops met last week to work through details of Parsoid deployment once Parsoid is in core as a composer library. ** Details in [[phab:T240055]] and being worked on this week. === Language === * Blocked by: ** Requesting help to debug why some jobs are not being queued: [[phab:T144780]] * Updates: ** OpusMT available in Production for en->as language pair. ** ContentTranslation is out of Beta for total 20 Wikipedias! ** Section Translation work in progress. == Technology == === Fundraising Tech === * Updates: ** More work for recurring donation on backup card processor ** Fixing up batch refund scripts ** Deleting gigs of cruft from Civi DB, adding maintenance scripts to keep it trim ** Further harmonizing our use of Civi concepts with how they're intended to be used in Civi core ** Reviewing work on centralnotice banner templates === Core Platform === * Blocking: ** Search Platform: MW Job consumers sometimes pause for several minutes [[phab:T224425]] ** Language: Requesting help to debug why some jobs are not being queued [[phab:T144780]] * Updates: ** New hooks interfaces [[phab:T240307]] ** REST API for jobs ** Hashchecking extension [[phab:T245595]] ** Search API for Desktop Refresh search widget ** Rolling out Changeprop K8S === Engineering Productivity === ==== Quality and Test Engineering ==== * Updates: ** Quality and Test Engineering Office Hour - Topic: Software Testing Anti-patterns [[phab:T241234]] ==== Release Engineering ==== * Updates: ** [All] MediaWiki 1.35.0 will get cut on 7 April 2020. If your team has any proposed blockers/deadlines for that, please get them done: [[phab:tag/MW-1.35-release]] ** Scap 3.13.0 release https://gerrit.wikimedia.org/r/plugins/gitiles/mediawiki/tools/scap/+/relea… ** Train Health *** This week: 1.35.0-wmf.21 - [[phab:T233869]] *** Next week: 1.35.0-wmf.22 - [[phab:T233870]] === Search Platform === * Blocked by: ** Core: MW Job consumers sometimes pause for several minutes [[phab:T224425]] * Updates: ** WDQS: Extract more metrics from blazegraph sparql update response - [[phab:T239908]] ** WDQS: Rework how value and reference changes are handled - [[phab:T239687]] === Security === * Updates: ** KaiOS: 3rd party review process should begin soon: [[phab:T240869]] ** Talk Pages review, resolving this week: [[phab:T242134]] ** Fileimporter, next up to resolve: [[phab:T202071]] ** DoubleWiki, next up to resolve: [[phab:T131199]] === Site Reliability Engineering === * Blocking: ** PI on proton, mobileapps. * Updates: ** Working with CPT to migrate changeprop to k8s.

1 0

Tech Talk livestream chat transcript (was Re: [Wikimedia Technical Talks] Data and Decision Science at Wikimedia with Kate Zimmerman, 26 February 2020 @ 6PM UTC)
by James Salsman 26 Feb '20

26 Feb '20

Just now I asked the following question on the Technical Talk livestream at https://www.youtube.com/watch?v=J-CRsiwYM9w 10:19 AM: Page 20 of Robert West's 2016 Stanford thesis, "Human Navigation of Information Networks" says, "We have access to Wikimedia’s full server logs, containing all HTTP requests to Wikimedia projects." 10:19 AM: The text is at http://infolab.stanford.edu/~west1/pubs/West_Dissertation-2016.pdf 10:19 AM: Page 19 indicates that this information includes the "IP address, proxy information, and user agent." 10:20 AM: This is confirmed by West at https://www.youtube.com/watch?v=jQ0NPhT-fsE&t=25m40s 10:20 AM: Does the Foundation still share that identifying information with research affiliates? If so, how many are them world-wide; if not, when did sharing this information stop? 10:25 AM: MediaWiki @James Salsman I see your question, but donfly. Can we reach out to you after the talk? 10:25 AM: MediaWiki: sorry hit enter too soon! 10:26 AM: MediaWiki: I don't have the full-context of the thesis to ask kate to answer the question on the fly. Can we reach out to you after? 10:26 AM: James Salsman: With whom am I corresponding? 10:27 AM: James Salsman: Sarah? 10:28 AM: MediaWiki: Yes! That's me! 10:28 AM: James Salsman: Would it be easier to ask, "how many research affiliates does the Foundation share server logs with IP addresses?" 10:29 AM: MediaWiki: Yes, I can ask that. 10:30 AM: James Salsman: Thank you. At 10:34, the messages with the the URLs I posted were removed from the chat log. At 10:36, the chat stream was removed from the video, which was replaced with the text, "Chat is disabled for this live stream," and now is completely missing. I am still interested in getting an answer to this question, but disturbed by the removal of links to sources. Could I please have an explanation? Sincerely, Jim

3 3

Help Further develop for Spell4Wiki App
by Manimaran_K 26 Feb '20

26 Feb '20

Hi all, I am Manimaran(https://manimaran96.WordPress.com), Free Software Activist and Android Developer. I developing the app called Spell4Wiki. *Spell4Wiki - Spell For Wiki* Spell4Wiki is an mobile application to record and upload audio to wiki commons for Wiktionary words.Spell4Wiki also act as dictionary. Words meanings are come from Wiktionary. *Useful Links* Source code : https://github.com/manimaran96/Spell4Wiki APK : https://github.com/manimaran96/Spell4Wiki/releases/download/devapp_v5/spell… Workflow : https://manimaran96.files.wordpress.com/2020/02/spell4wiki_workflow-1.png Blog : https://manimaran96.wordpress.com/2019/01/06/spell4wiki-mobile-app-to-recor… <https://manimaran96.wordpress.com/2020/02/21/spell4wiki-mobile-app-to-recor…> https://manimaran96.wordpress.com/2020/02/21/spell4wiki-mobile-app-to-recor… While developing I struggled in some places(listed below). If anyone have idea about this please help me... *Problems* 1. While uploading audio some times I got a message “Invalid CSRF”. 2. Once successfully uploaded audio not reflected to UN-Audio words API <https://ta.wiktionary.org/w/api.php?action=query&format=json&list=categorym…> and Word’s Wiktionary page. Problem : 1Reason I found 1. I think this comes may be session time out or expire or wrong CSRF token. 2. Once app close session expired What I tried 1. I am saving first CSRF token after login. Then after every edit request use same CSRF token -> Not worked. 2. Every time getting new CSRF token for every edit request -> Not worked. 3. I managed the cookies using android-lib <https://github.com/franmontiel/PersistentCookieJar> -> Not worked. Questions 1. How to solve this? 2. Possible to extend login expire time? 3. Which header/cookie is important for every edit request? Problem : 2 Reason I found 1. I think Wikipedia refresh the UN-Audio word list and Wiktionary word page after specific period of time. What I tried 1. Once user uploaded audio of particular word. Then that word stored in local DB and not showing next time to user -> Not suit for global use. 2. After audio upload edit(Just append text “” empty) the particular word’s page in Wiktionary 1. This time updated in Wiktionary page suddenly but Un-Audio API some times only reflected. 2. Sometime IP blocked due to this type of empty edit. Questions 1. How to solve this? 2. Empty append text in edit action is good or bad? 3. While uploading audio to commons How to manage conflict works or duplicate works? Because lot of user may contribute same word. Some General Doubts 1. Client login or OAuth login - Which one is better? 2. In Which license to release uploaded audio file? Public domain or CC by zero or any ? and reason? I hope i explained my needs clearly. If you have any doubts/questions ask me. I expect collective answers from who are able to help me, at least convey whatever you know. Which is help to further develop. Thanks in advance.

2 2

Phabricator monthly statistics - 2020-01
by communitymetrics＠wikimedia.org 26 Feb '20

26 Feb '20

Hi Community Metrics team, This is your automatic monthly Phabricator statistics mail. Accounts created in (2020-01): 317 Active Maniphest users (any activity) in (2020-01): 1019 Task authors in (2020-01): 550 Users who have closed tasks in (2020-01): 308 Projects which had at least one task moved from one column to another on their workboard in (2020-01): 305 Tasks created in (2020-01): 2376 Tasks closed in (2020-01): 2378 Open and stalled tasks in total: 43986 Median age in days of open tasks by priority: Unbreak now: 8 Needs Triage: 552 High: 952 Normal: 1198 Low: 1692 Lowest: 1712 (How long tasks have been open, not how long they have had that priority) Active Differential users (any activity) in (2020-01): 14 To see the names of the most active task authors: * Go to https://wikimedia.biterg.io/ * Choose "Phabricator > Overview" from the top bar * Adjust the time frame in the upper right corner to your needs * See the author names in the "Submitters" panel TODO: Numbers which refer to closed tasks might not be correct, as described in https://phabricator.wikimedia.org/T1003 . Yours sincerely, Fab Rick Aytor (via community_metrics.sh on phab1001 at Wed 26 Feb 2020 06:05:12 PM UTC)

1 0

[Wikimedia Technical Talks] Data and Decision Science at Wikimedia with Kate Zimmerman, 26 February 2020 @ 6PM UTC
by Sarah R 26 Feb '20

26 Feb '20

Hello Everyone, It's time for Wikimedia Tech Talks 2020 Episode 1! This talk will take place on *26 February 2020 at 6 PM UTC*. This month's talk will be in an interview format. You are invited to send questions ahead of time by replying to this email, or you can ask during Q & A section of the live talk by asking through IRC or the Youtube Livestream. Title: Data and Decision Science at Wikimedia Speaker: Kate Zimmerman, Head of Product Analytics at Wikimedia Summary: How do teams at the Foundation use data to inform decisions? Sarah R. Rodlund talks with Kate Zimmerman, Head of Product Analytics at Wikimedia, about what sorts of data her team uses and how insights from their analysis have shaped product decisions. Kate Zimmerman holds an MS in Psychology & Behavioral Decision Research from Carnegie Mellon University and has over 15 years of experience in quantitative and experimental methods. Before joining Wikimedia, she built data teams from scratch at ModCloth and SmugMug, evolving their data capabilities from basic reports to strategic analysis, automated dashboards, and advanced modeling. The link to the Youtube Livestream can be found here: https://www.youtube.com/watch?v=J-CRsiwYM9w During the live talk, you are invited to join the discussion on IRC at #wikimedia-office You can watch past Tech Talks here: https://www.mediawiki.org/wiki/Tech_talks If you are interested in giving your own tech talk, you can learn more here: https://www.mediawiki.org/wiki/Project:Calendar/How_to_schedule_an_event#Te… Note: This is a public talk. Feel free to distribute through appropriate email and social channels! Many kindnesses, Sarah R. Rodlund Technical Writer, Developer Advocacy srodlund(a)wikimedia.org

2 2

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 February 2020