Wikitech-l August 2019

wikitech-l@lists.wikimedia.org

50 participants
61 discussions

Wikimedia production excellence (July 2019)
by Krinkle 30 Aug '19

30 Aug '19

📘 Read on Phabricator at https://phabricator.wikimedia.org/phame/post/view/164 ------- How’re we doing on that strive for operational excellence? Read this first anniversary edition to find out! #### 📊 Month in numbers - 5 documented incidents. [1] - 53 new Wikimedia-prod-error reports. [2] - 44 closed Wikimedia-prod-error reports. [3] - 218 currently open Wikimedia-prod-error reports in total. [4] The number of recorded incidents over the past month, at five, is equal to the median number of incidents per month (2016-2019). – Explore the data at https://codepen.io/Krinkle/full/wbYMZK To read more about these incidents, their investigations, and pending actionables; check https://wikitech.wikimedia.org/wiki/Incident_documentation#2019 ------- #### *️⃣One year of Excellent adventures! Exactly one year ago [5] this periodical started to provide regular insights on production stability. The idea was to shorten the feedback cycle between deployment of code that leads to fatal errors and the discovery of those errors. This allows more people to find reports earlier, which (hopefully) prevents them from sneaking into a growing pile of “normal” errors. 576 reports were created between 15 July 2018 and 31 July 2019 (tagged Wikimedia-prod-error). 425 reports got closed over that same time period. ------- #### 📉 Outstanding reports Take a look at the workboard and look for tasks that might need your help. The workboard lists error reports, grouped by the month in which they were first observed. → https://phabricator.wikimedia.org/tag/wikimedia-production-error/ Or help someone who already started with their patch: → https://phabricator.wikimedia.org/maniphest/query/pzVPXPeMfRIz/#R Breakdown of recent months (past two weeks not included): - November: 1 report left (unchanged). ⚠️ - December: 3 reports left (unchanged). ⚠️ - January: 1 report left (unchanged). - February: 2 reports left (unchanged). - March: 4 reports left (unchanged). - April: 10 of 14 reports left (unchanged). - May: 2 reports got fixed! (4 of 10 reports left). ✨ - June: 2 reports got fixed! (9 of 11 reports left). ✨️ - July: 18 new reports from last month remain unsolved. ------- #### 🎉 Thanks! Thank you to Aaron Schulz, Ariel Glenn, Brad Jorsch, CScott, Daimona, David Barratt, David Causse, EBernhardson, Gergő Tisza, James Forrester, Jeena Huneidi, MarcoAurelio, Roan Kattouw, Stephane Bisson, Tchanders, Tim Starling, Urbanecm; and everyone else who helped by finding, investigating, or resolving error reports in Wikimedia production. Thanks! Until next time, – Timo Tijhof ------- Footnotes: [1] Incidents. – https://wikitech.wikimedia.org/wiki/Special:PrefixIndex?prefix=Incident+doc… [2] Tasks created. – https://phabricator.wikimedia.org/maniphest/query/9m.NNvBAvuHF/#R [3] Tasks closed. – https://phabricator.wikimedia.org/maniphest/query/6sekLiUhHCmq/#R [4] Open tasks. https://phabricator.wikimedia.org/maniphest/query/47MGY8BUDvRD/#R [5] The initial e-mail. – https://lists.wikimedia.org/pipermail/wikitech-l/2018-July/090363.html

1 0

Scrum of scrums/2019-08-28
by Željko Filipin 29 Aug '19

29 Aug '19

Hi, for HTML version go to https://www.mediawiki.org/wiki/Scrum_of_scrums/2019-08-28 Željko -- = 2019-08-28 = == Callouts == * Release Engineering ** REMINDER: We're at 1.34.0-wmf.20 this week. The last branch for this release will be wmf.25 on 30 September. Teams who want to ship things for MW 1.34 should land them now. ** Search Platform blocked (by Core Platform?): RecentChange support for SDC: https://phabricator.wikimedia.org/T230862 == Product == === Readers === ==== iOS native app ==== * Updates: ** Development on 6.4 release https://phabricator.wikimedia.org/tag/ios-app-v6.4-seamonkey-on-a-hoverboar… ***iOS13/iPadOS updates ***New loading screen ***Bug fixes ***History & Diffs pushed off to the next release ==== Android native app ==== * Updates: ** Minor release now in production: optimized page loading speed and efficiency. ** Starting work on Suggested Edits v3 (design updates to user contributions screen). ** Continuing to profile and test integration with mobile-html endpoint. ==== Readers Web ==== * Updates: ** Summary: continuing advanced mode. ** Responsive website (MinervaNeue / MobileFrontend / Portals): *** Desktop refresh: **** Light technical planning. *** [ https://www.mediawiki.org/wiki/Reading/Web/Advanced_mobile_contributions Advanced mode]: **** [https://phabricator.wikimedia.org/T231358 <nowiki>File '/srv/mediawiki/php-1.34.0-wmf.20/skins/MinervaNeue/resources/resources/skins.minerva.personalMenu.icons/userSandbox.svg' does not exist</nowiki>] **** [https://phabricator.wikimedia.org/T231014 <nowiki>ServiceContainer.php: Circular dependency when creating MobileFrontend service "AMC.UserMode > AMC.Manager > FeaturesManager > UserModes > AMC.UserMode"</nowiki>] **** [https://phabricator.wikimedia.org/T231363 <nowiki>Contributions icon is missing from main menu in non-AMC mode for logged in users</nowiki>] **** [https://phabricator.wikimedia.org/T230033 <nowiki>Touch targets not large enough</nowiki>] **** [https://phabricator.wikimedia.org/T231057 <nowiki>Browser tests failing now AMC Outreach drawer is enabled</nowiki>] **** [https://phabricator.wikimedia.org/T230927 <nowiki>AMC Outreach Drawer encouraging me to turn on advanced mode sends me from Special:Homepage to my user page</nowiki>] **** [https://phabricator.wikimedia.org/T229295 <nowiki>Cleanup AMC feature flagging</nowiki>] **** [https://phabricator.wikimedia.org/T220016 <nowiki>Create, and deploy working MobileWebUIActionsTracking schema</nowiki>] **** [https://phabricator.wikimedia.org/T229447 <nowiki>Reduce spacing of icons in mobile header</nowiki>] **** [https://phabricator.wikimedia.org/T229440 <nowiki>Fix icon sizing by updating all 24x24 icons to 20x20 icons</nowiki>] *** Miscellaneous: **** [https://phabricator.wikimedia.org/T230274 <nowiki>Excessive paragraph padding in MF editor save dialog</nowiki>] **** [https://phabricator.wikimedia.org/T217826 <nowiki>Mobile VE doesn't use DB title for RESTBase load, resulting in a 301 redirect</nowiki>] **** [https://phabricator.wikimedia.org/T220849 <nowiki>Separate View code from SearchOverlay</nowiki>] **** [https://phabricator.wikimedia.org/T206265 <nowiki>Bug: Section edit links should be hidden for blocked users</nowiki>] ==== Product Infrastructure ==== * Updates: ** Pagelib *** CSS now minimized. Deployed yesterday *** Experimenting with pagelib to improve mobile-html pageload https://phabricator.wikimedia.org/T231201 ** Mobile-html *** Fixed srcset in media-list endpoint *** WIP: updating footer style ** Maps *** Investigated OSM DB bug, but results inconclusive ** Machine vision middleware *** Could be (optimistically) code-complete by EOW for DBA, Performance pre-deployment reviews *** Planning JS frontend integration ** Data Engineering *** Specified identifiers for event platform clients *** Specified sampling functions for event platform clients ==== Structured Data ==== * Updates: ** working on getting structured data in campaigns ready for WLM ==== Parsing ==== * Updates: ** Parsoid/PHP testing: *** Parser tests almost 100% green now (barring some insignificant key-value ordering differences in JSON blobs which we need to normalize to reduce this false positives). *** We have got our first runs of Parsoid/PHP round trip tests running scandium. We still have some crashers to fix and more bugs to fix from that initial test run. ** Performance-wise, after Tim's initial work tweaking some things in Parsoid, here is a rough performance update for test runs on scandium. We need real perf. benchmarking to get a more robust sense of where we are. *** Parsoid/PHP w2html: **** On large pages (like en:Barack_Obama), 1.5x slower than Parsoid/JS. But, most of that seems to be GC issues (both PHP7.2 and Parsoid/PHP). See https://phabricator.wikimedia.org/T230861 for details **** On medium and smaller pages, as fast as or upto 2x faster than Parsoid/JS in some cases which is a pretty good result. *** Parsoid/PHP html2wt (impacts VE and CX): **** On large DOMs (like en:Barack_Obama), >2x slower than Parsoid/JS. But, on slightly smaller DOMs (like en:Berlin), < 10% slower. So, we seem to be getting non-linear slowdown as the pages get larger. **** Needs additional testing on medium and smaller sized pages. **** Note that in production usage, we will be using a more efficient version of html -> wt. But, this slowdown is still a reliable indicator of where we need to focus our performance work. ** Other Parsoid/PHP updates: *** Working with core platform team on RESTBase - Parsoid/PHP integration testing. == Technology == === Analytics === * Blocking: ** Search Platform - https://phabricator.wikimedia.org/T229882 === Fundraising Tech === * Updates: ** Large-scale testing of India payments form ** Prepping new CiviCRM point upgrade with more of our local hacks upstreamed or turned into proper extensions: https://phabricator.wikimedia.org/T228826 ** Importing more donor data into CiviCRM: https://phabricator.wikimedia.org/T228715 ** Fixes for one-time->recurring conversion ask: https://phabricator.wikimedia.org/T228162 ** Deploying new Eventlogging-based pipeline for landing page and CentralNotice data *** Fixing issues with sending events from both sources: https://phabricator.wikimedia.org/T231406, https://phabricator.wikimedia.org/T231404 ** Payments form layout and text changes: https://phabricator.wikimedia.org/T169795, https://phabricator.wikimedia.org/T224063 ** Almost ready to deploy python3 upgrade to fundraising python tools: https://phabricator.wikimedia.org/T197805 === Core Platform === * Blocked by: ** Site Reliability Engineering: Investigate Kask request latency https://phabricator.wikimedia.org/T229697 * Blocking: ** Search Platform: RecentChange support for SDC: https://phabricator.wikimedia.org/T230862 ** Release Engineering: MediaWiki installer silently ignores invalid extensions https://phabricator.wikimedia.org/T225512 ** Performance: https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/394430/ https://phabricator.wikimedia.org/T230800 (triaged by Daniel and Brad a week ago?) * Updates: ** Kask performance issue ** Parsoid/PHP last routes ** Core REST API routes in MediaWiki ** Action API integration testing === Engineering Productivity === ==== Performance ==== * Blocked by: ** WMDE/Wikidata: https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/497537/ ** Core Platform: https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/394430/ https://phabricator.wikimedia.org/T230800 (triaged by Daniel and Brad a week ago?) * Updates: ** resourceloader: New Grafana dashboard providing insight into JS startup cost for extensions. – https://grafana.wikimedia.org/d/BvWJlaDWk/startup-module-size ==== Release Engineering ==== * Blocked by: ** Core Platform Team: MediaWiki installer silently ignores invalid extensions https://phabricator.wikimedia.org/T225512 * Updates: ** REMINDER: We're at 1.34.0-wmf.20 this week. The last branch for this release will be wmf.25 on 30 September. Teams who want to ship things for MW 1.34 should land them now. ** Train Health *** Last week: 1.34.0-wmf.19 - https://phabricator.wikimedia.org/T220744 - some problems, but deployed on time *** This week: 1.34.0-wmf.20 - https://phabricator.wikimedia.org/T220745 *** Next week: 1.34.0-wmf.21 - https://phabricator.wikimedia.org/T220746 === Search Platform === * Blocked by: ** Core Platform: RecentChange support for SDC: https://phabricator.wikimedia.org/T230862 ** Analytics: https://phabricator.wikimedia.org/T229882 * Updates: ** Support for Wikidata Query Service will be limited for the foreseeable future; hiring is in progress ** Cloudelastic import still going on, causing some queues to grow quicker than expected https://phabricator.wikimedia.org/T231194 ** Still reindexing some wikis to enable the new create_timestamp sort criteria https://phabricator.wikimedia.org/T230990 ** Adapted search/analytics data pipelines to use swift to deploy data (did you mean suggestions and pageview ranking signal) to production https://phabricator.wikimedia.org/T227364 ** We evaluated druid+turnilo+superset for search metrics going forward and found it to be reasonable; built a superset dashboard for search satisfaction 'did you mean' metrics https://phabricator.wikimedia.org/T229268 ** Worked on documenting the limitations of the current search syntax https://phabricator.wikimedia.org/T228925 ** Added support to haswbstatement:* syntax: https://phabricator.wikimedia.org/T230175 ** Fixed issue with case sensitivity of deepcat searches: https://phabricator.wikimedia.org/T228633 ** SDC query test server: http://sdcquery.wmflabs.org/ - not updated yet! ** wdqs1009 restored to its role as auto-deploy test server: https://phabricator.wikimedia.org/T230244 ** WDQS Updater performance improvements code complete, starting testing: https://phabricator.wikimedia.org/T212826 ** Working on fixing categories delete issue: https://phabricator.wikimedia.org/T228348 === Security === * Updates: ** Backlog *** Security Review for MediaWiki REST API, assigned to Sam, https://phabricator.wikimedia.org/T230140 *** John to explore funding of 3rd party audits this quarter, stalled - https://phabricator.wikimedia.org/T155537, https://phabricator.wikimedia.org/T156960, https://phabricator.wikimedia.org/T148246, https://phabricator.wikimedia.org/T187846 ** Active *** Security review of Ex:DoubleWiki, in-progress - https://phabricator.wikimedia.org/T131199 *** Parsoid-PHP, moved to active, additional review by Sam, in-progress - https://phabricator.wikimedia.org/T227209 *** Security review of preact 8.4.2, Scott did a very simple assessment, unassigned, stalled https://phabricator.wikimedia.org/T227726 *** Page Content Service route /page/mobile-html, starting - https://phabricator.wikimedia.org/T227114 *** Security review of WebAuthn library dependencies, in-progress - https://phabricator.wikimedia.org/T227244 *** Planet wikimedia - assigned to Michal Anna, stalled - https://phabricator.wikimedia.org/T207246 ** Waiting *** Labs db/sanitarium and maintain-views.yaml audits, assigned to James F, stalled - https://phabricator.wikimedia.org/T169097, https://phabricator.wikimedia.org/T103011 ** Frozen (delayed indefinitely) *** Audiences growth team emails concept review, stalled - Jen contacted to close - https://phabricator.wikimedia.org/T220242 *** Banner preview, stalled - https://phabricator.wikimedia.org/T230176 ** Closing Soon / Closed *** Doublewiki (old), Scott to resolve this week, in-progress - can Jen contact to close? - https://phabricator.wikimedia.org/T131199 === Site Reliability Engineering === * Blocking: ** Core Platform Team, Investigate Kask request latency https://phabricator.wikimedia.org/T229697 == Wikimedia DE == === Wikidata === * Blocking: ** Performance - WMDE/Wikidata: https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/497537/ == SoS Meeting Bookkeeping == * Updates: ** Don't forget to copy "blocked" section from your team to the team that's blocking you "blocking" section

1 0

Call for contributors, A survey of wiki sites
by Houcemeddine A. Turki 29 Aug '19

29 Aug '19

Dear all, I thank you for your efforts. I am managing to begin writing a survey about wiki sites and publish it in an appropriate journal... This survey will involve the software used (Mediawiki or other), the size, reference support, topic... I am looking for contributors to this project. Anyone who has published two papers about wikis in a research journal is invited to join the initiative. Yours Sincerely, Houcemeddine Turki (he/him) Medical Student, Faculty of Medicine of Sfax, University of Sfax, Tunisia Undergraduate Researcher, UR12SP36 GLAM and Education Coordinator, Wikimedia TN User Group Member, WikiResearch Tunisia Member, Wiki Project Med Member, WikiIndaba Steering Committee Member, Wikimedia and Library User Group Steering Committee Co-Founder, WikiLingua Maghreb Founder, TunSci _____________________ +21629499418

1 0

Discovery Weekly Update for the week starting 2019-08-05
by Chris Koerner 27 Aug '19

27 Aug '19

Hello, This is the weekly update from the Search Platform team for the week starting 2019-08-05. As always, feedback and questions are welcome. == Discussions == === Search === * Erik discovered that Prometheus was not collecting cloudelastic metrics...so, he defined cloudelastic as a cluster in hieradata [0] * The team worked on fixing documentation of boolean operators [1] and you can read about it. [2] * We needed to help get cloudelastic working with the request streams that we need, so, we fixed LVS IPv6 addresses [3] * There was a spike of errors on eventlogging events that needed to be addressed [4] * We evaluated druid+turnilo+superset for search metrics going forward and found it to be reasonable; so, now we'll build a superset dashboard for search satisfaction 'did you mean' metrics [5] * Erik finished yup the work to initialize CirrusSearch on cloudelastic [6] * *borked* — Icinga check defined from LVS configuration for cloudelastic and now fixed- cloudelastic checks for all ports have been generated on icinga. However, only IPv4 checks were generated and this is Ok for now. If there's need to generate IPv6 checks, please reopen this task [7] * David found an issue where labweb mw hosts were unable to contact any of the elasticsearch clusters and fixed it [8] === Wikidata Query Service === * Stas added support for SDC MediaInfo URIs in WDQS [9] * Stas moved DCAT-AP namespace to https://dcatap.wmflabs.org/ [10] [0] https://phabricator.wikimedia.org/T229937 [1] https://phabricator.wikimedia.org/T228925 [2] https://www.mediawiki.org/wiki/Help:CirrusSearch/Logical_operators [3] https://phabricator.wikimedia.org/T224324 [4] https://phabricator.wikimedia.org/T229614 [5] https://phabricator.wikimedia.org/T229268 [6] https://phabricator.wikimedia.org/T220625 [7] https://phabricator.wikimedia.org/T229621 [8] https://phabricator.wikimedia.org/T230994 [9] https://phabricator.wikimedia.org/T229608 [10] https://phabricator.wikimedia.org/T228297 ---- Subscribe to receive on-wiki (or opt-in email) notifications of the Discovery weekly update. https://www.mediawiki.org/wiki/Newsletter:Discovery_Weekly The archive of all past updates can be found on MediaWiki.org: https://www.mediawiki.org/wiki/Discovery/Status_updates Interested in getting involved? See tasks marked as "Easy" or "Volunteer needed" in Phabricator. [1] https://phabricator.wikimedia.org/maniphest/query/qW51XhCCd8.7/#R [2] https://phabricator.wikimedia.org/maniphest/query/5KEPuEJh9TPS/#R Yours, Chris Koerner (he/him) Community Relations Specialist Wikimedia Foundation

1 0

Phabricator monthly statistics - 2019-07
by communitymetrics＠wikimedia.org 27 Aug '19

27 Aug '19

Hi Community Metrics team, This is your automatic monthly Phabricator statistics mail. Accounts created in (2019-07): 290 Active Maniphest users (any activity) in (2019-07): 967 Task authors in (2019-07): 521 Users who have closed tasks in (2019-07): 293 Projects which had at least one task moved from one column to another on their workboard in (2019-07): 312 Tasks created in (2019-07): 2573 Tasks closed in (2019-07): 2403 Open and stalled tasks in total: 42433 Median age in days of open tasks by priority: Unbreak now: 2 Needs Triage: 522 High: 944 Normal: 1139 Low: 1552 Lowest: 1531 (How long tasks have been open, not how long they have had that priority) Active Differential users (any activity) in (2019-07): 12 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 phab1003 at Tue Aug 27 14:32:03 UTC 2019)

3 2

Looking for a senior full-stack developer (Contractor) for Scribe (Wikimedia-funded project)
by Lucie Kaffee 27 Aug '19

27 Aug '19

Hello everyone, We are looking for a senior full-stack developer to work with us as a contractor on Scribe. Scribe is a Wikimedia Foundation funded software and research project. We are building a tool to support newcomer Wikipedia editors in creating new articles in under-resourced languages (e.g. Arabic, Hindi). The project is open-source and will be integrated on low-resource Wikipedias so you will be working on a great cause of making knowledge accessible to everyone. Plus your work will have great visibility and impact on the community. *You:* We are looking for a senior software engineer contractor to realize the Scribe project in a part-time position for 9 months starting on the 14th of October. You will work remotely with us. We are looking for someone with *3+ years of experience in Full-stack development and community-focused applications*. *Your future team:* The project leads are Lucie and Hady, researchers in Computer Science. So you will be part of our three-person team and able to influence the project itself. Lucie is a PhD researcher at the University of Southampton and TIB Hannover. She previously worked at Wikimedia Germany. Hady holds a PhD in Natural Language Processing and Machine Learning and currently works as a researcher in Naver Labs Europe. We live in France and Germany/UK respectively, so we are used to working remotely and effective communication. *How to apply: * *Make sure to read the full job description here:* https://meta.wikimedia.org/wiki/Scribe/Job Then drop us an email (scribe.wikimedia(a)gmail.com) showing your interest in the project with your *CV* and *portfolio attached*. We also appreciate *any other kind of information in any format* that shows your relevant experience, creativity and problem-solving skills. Note: Interviews will be scheduled on a first come first served basis until the position gets filled, so please consider to submit your profile as soon as possible. Looking forward to hearing from you, Lucie-Aimée Kaffee and Hady Elsahar -- Lucie-Aimée Kaffee

1 0

Wednesday: Technical Advice IRC Meeting
by Raz Shuty 27 Aug '19

27 Aug '19

Sorry for cross-posting! Reminder: Technical Advice IRC meeting this week **Wednesday 3-4 pm UTC** on #wikimedia-tech. Questions can be asked in English! The Technical Advice IRC Meeting (TAIM) is a weekly support event for volunteer developers. Every Wednesday, two full-time developers are available to help you with all your questions about MediaWiki, gadgets, tools and more! This can be anything from "how to get started" over "who would be the best contact for X" to specific questions on your project. If you know already what you would like to discuss or ask, please add your topic to the next meeting: https://www.mediawiki.org/wiki/Technical_Advice_IRC_Meeting Hope to see you there! -- Raz Shuty Engineering Manager Wikimedia Deutschland e. V. | Tempelhofer Ufer 23-24 | 10963 Berlin Phone: +49 (0)30 219 158 26-0 https://wikimedia.de Imagine a world, in which every single human being can freely share in the sum of all knowledge. That‘s our commitment. Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e. V. Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für Körperschaften I Berlin, Steuernummer 27/029/42207.

1 0

TechCom Radar 2019-08-21
by Kate Chapman 25 Aug '19

25 Aug '19

Hi All, Here are the minutes from this week's TechCom meeting: * Hosted IRC meeting on: RFC 2019 Process Amendments <https://phabricator.wikimedia.org/T216308> if have questions or proposed RFC process changes please comment on the phab ticket * Log: <https://tools.wmflabs.org/meetbot/wikimedia-office/2019/wikimedia-office.20…> * No IRC meeting 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> Thanks, Kate -- Kate Chapman Senior Program Manager, Core Platform Wikimedia Foundation kchapman(a)wikimedia.org

1 0

Unused i18n messages
by Amir Sarabadani 24 Aug '19

24 Aug '19

Hello, A couple of months ago I noticed there are considerable number of i18n messages in mediawiki core that are not used in the code, it can happen because you remove the code but you forget to remove the associated i18n messages. This is not good as it puts unneeded work for our volunteer translators. I started https://phabricator.wikimedia.org/T224429 and I would like anyone who has done some code in core to take a look at the lists there and take action if they know what can be done for specific group of i18n messages. Sometimes it's not super easy because the i18n key might get lego'ed or sometimes the code is moved to skins/extensions (like 'watchthispage' [1]) which means the i18n should be moved to extensions/skins first and then removed from core. Any help would be greatly appreciated. [1]: https://codesearch.wmflabs.org/search/?q=watchthispage&i=nope&files=.*%5C.p… Best -- Amir (he/him)

1 0

Fwd: [GLAM] Announcing an initiative by WMSE and WMF for GLAM communities of practice
by Sandra Fauconnier 22 Aug '19

22 Aug '19

Forwarding, as this announcement may be relevant here too! ---------- Forwarded message --------- From: John Andersson <john.andersson(a)wikimedia.se> Date: Thu, Aug 22, 2019 at 4:40 PM Subject: [GLAM] Announcing an initiative by WMSE and WMF for GLAM communities of practice To: <glam(a)lists.wikimedia.org> Hi all, Starting from July 2019, Wikimedia Sverige and the Wikimedia Foundation's GLAM team work together on an initiative to create a better and more sustainable technical infrastructure for global heritage and content partnerships. This initiative is in its very early stages. We have just given a first presentation about it at Wikimania [1], of which you can watch the video recording [2], read the discussion notes [3], and/or browse the slides with speaker notes [4]. We have now also published information and a landing page about this initiative on meta.wikimedia.org [5], where we warmly welcome your first remarks, questions and feedback on the talk page [6]. We look forward to engage many of you in the research and scoping that will take place in the upcoming year! Warmly, John Andersson (Wikimedia Sverige) Sandra Fauconnier (Wikimedia Foundation) [1] https://wikimania.wikimedia.org/wiki/2019:Technology_outreach_%26_innovatio… [2] https://www.youtube.com/watch?v=mfCbdfa0opg [3] https://etherpad.wikimedia.org/p/Tools_for_partnerships_developing_technolo… [4] https://wikimania.wikimedia.org/wiki/File:Tools_for_partnerships_%E2%80%93_… [5] https://meta.wikimedia.org/wiki/WMSE-WMF_joint_initiative_concerning_GLAM_c… [6] https://meta.wikimedia.org/wiki/Talk:WMSE-WMF_joint_initiative_concerning_G… _______________________________________________ GLAM mailing list GLAM(a)lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/glam -- Sandra Fauconnier (she/her) Program Officer, GLAM and Structured Data, Wikimedia Foundation Twitter: @glamwiki How Galleries, Libraries, Archives and Museums work with Wikimedia communities: https://outreach.wikimedia.org/wiki/GLAM

1 0

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 August 2019