Scrum of scrums/2019-08-28

2019-08-28 edit

Callouts edit

  • 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 edit

Readers edit

iOS native app edit

Android native app edit

  • 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 edit

Product Infrastructure edit

  • Updates:
    • Pagelib
    • 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 edit

  • Updates:
    • working on getting structured data in campaigns ready for WLM

Parsing edit

  • 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 edit

Analytics edit

Fundraising Tech edit

Core Platform edit

Engineering Productivity edit

Performance edit

Release Engineering edit

Search Platform edit

Security edit

Site Reliability Engineering edit

Wikimedia DE edit

Wikidata edit

SoS Meeting Bookkeeping edit

  • Updates:
    • Don't forget to copy "blocked" section from your team to the team that's blocking you "blocking" section