Wikitech-l August 2019

wikitech-l@lists.wikimedia.org

50 participants
56 discussions

Declaring methods final in classes
by Aryeh Gregor 01 Sep '19

01 Sep '19

I see that in some classes, like WANObjectCache, most methods are declared final. Why is this? Is it an attempt to optimize? The problem is that PHPUnit mocks can't touch final methods. Any ->method() calls that try to do anything to them silently do nothing. This makes writing tests harder. If we really want these methods to be marked final for some reason, the workaround for PHP is to make an interface that has all the desired methods, have the class implement the interface, and make type hints all refer to the interface instead of the class. But if there's no good reason to declare the methods final to begin with, it's simplest to just drop it.

9 23

Limits to configuration changes Meta page
by Martin Urbanec 31 Aug '19

31 Aug '19

Hello all, Meta Wiki has page called Limits to configuration changes < https://meta.wikimedia.org/wiki/Limits_to_configuration_changes> that is currently merely a list of declined requests. I believe it should be explaining why declining happens rather than document what happened, since the later is already documented in Phabricator. As such, I've decided to update it, since I'm active in that field. Since it is more inspired by the current version and not based on it (it's a complete rewrite). I would like to invite everyone to read the update at https://meta.wikimedia.org/wiki/Limits_to_configuration_changes/Update_2019, and join the discussion at https://meta.wikimedia.org/wiki/Talk:Limits_to_configuration_changes, or also to edit the update itself. Once we agree it's good to go, the text can be changed. Martin Urbanec

1 0

Timeless grant final report
by Isarra Yos 31 Aug '19

31 Aug '19

Hey all, the Timeless grant has wrapped up and I've submitted the final report for the project. Please check it out if you're interested: https://meta.wikimedia.org/wiki/Grants:Project/Timeless/Post-deployment_sup… A couple of things to highlight: * The associated learning pattern is likely going to be relevant to a lot of us: https://meta.wikimedia.org/wiki/Learning_patterns/Developing_intercompatibl… * Part of the purpose of the grant was to investigate into what we would actually need from a new skin on Wikimedia projects, should anyone decide to go that route. Here's what we found: > All we really need from a new skin is for everything that went wrong > with Minerva and Timeless, as far as readers and editors are concerned, > to not happen this time: > > * We need gadgets to work. > * We need content to display properly, and tools to be available. > * We need to properly reuse core interfaces so things remain consistent. > * We need to not distract users with unnecessary colours and affordances > that aren't relevant to whatever they're doing, and provide options > that suit their differing situations and needs. > * We need to not do dumb things, like reinvent random wheels or ignore > standard hooks and DOM expectations. I don't know if that's all that likely to help anyone, but... yeah. Anyway, I'll still be working on maintenance and some feature development in a volunteer capacity, mind you, so as always if you run into issues or whatever, please file them on phabricator or come yell at me! I just make absolutely no promises whatsoever as to when I (or whoever) will actually deal with it, but it's still really helpful to at least have them tracked. https://phabricator.wikimedia.org/tag/timeless/ (See, it's even sort of organised! I even renamed the 'Aaaaaaa' column!) -I

1 0

Oauth non working properly
by valdelli＠gmail.com 31 Aug '19

31 Aug '19

Hi all, I am doing an edit-a-thon and I have a strange behaviour with an user. He allows the use of Oauth for the Dashboard but he does the login and he is not redirected to the Dashboard. The page remains empty even if he is logged. Do you have an idea? Kind regards Ilario Valdelli

2 3

Code of Conduct committee meeting at Wikimania
by Amir Sarabadani 30 Aug '19

30 Aug '19

Hello, The CoC committee had a meeting with four members out of five (Lucie, Tony, Tonina, and Amir were at Wikimania and MusikAnimal wasn't present). These notes are the public outcomes of the meeting. * The committee chose Amir as the chair (Amir requested to be the table but it got rejected) * The committee is currently composing the anonymized report of its cases and will be published soon. * The committee soon will decide on the two amendments currently under discussion. Feel free to comment on these two: ** Public logging of bans: https://www.mediawiki.org/wiki/Topic:Uikcu1emvmw6e4z8 ** Modifications on the appeal process: https://www.mediawiki.org/wiki/Topic:Uay0vz6no8ayac3m * The committee is willing to introduce a new internal role which for lack of better term, we call it secretary for now. The role's main responsibility is to help the committee on organizational bookkeeping. Like reports, documentation of cases, etc. * At the end, the committee wants to remind people that its role is reactionary and we won't interfere when there's no report. If you see a behaviour you find unacceptable, stand up and send us a report and don't wait for the committee to jump in. Regards, Amir on behalf of the committee

3 2

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

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