https://www.mediawiki.org/wiki/Scrum_of_scrums/2018-04-18#Android_native_app
= 2018-04-18 =
== Callouts ==
* Fundraising campaigns
https://meta.wikimedia.org/wiki/CentralNotice/Calendar - Netherlands
2018-04-03 through 2018-05-01
* Analytics: we added trash folder to hadoop to “aid” in case of accidental
deletions of data in cluster.
* Need help from RelEng with WDQS GUI build automation:
https://phabricator.wikimedia.org/T189811
* Research: In the next two/three weeks we'll be collecting citation usage
data via EventLogging: https://phabricator.wikimedia.org/T191086andhttps://meta.wikimedia.org/wiki/Schema:CitationUsage. cc Reading
Infrastructure, Adam Baso, Security, Legal, Analytics.
* Phabricator: Create tasks with a Deadline date/time which is displayed on
workboards: https://phabricator.wikimedia.org/maniphest/task/edit/form/37/
== Audiences ==
=== Readers ===
==== iOS native app ====
* Blocked by:
* Blocking:
* Updates:
==== Android native app ====
* Blocked by:
* Blocking:
* Updates:
** Reading lists at 10% production, full rollout pending regression
tests and finalizing marketing materials.
==== Readers Web ====
* Blocked by:
* Blocking:
* Updates:
==== Readers Infrastructure ====
* Blocked by:
* Blocking:
* Updates:
===== Maps =====
* Blocked by:
* Blocking:
* Updates:
==== Multimedia ====
* Blocked by:
* Blocking:
* Updates:
=== Contributors ===
==== Community Tech ====
* Blocked by:
* Blocking:
* Updates:
** GlobalPreferences, CodeMirror, TemplateWizard
==== Anti-Harassment Tools ====
* Blocked by: None
* Blocking: None
* Updates:
** Improving block notices on mobile
** Adding cookie blocking for anonymous users
==== Editing ====
* Blocked by:
* Blocking:
* Updates:
==== Parsing ====
* Blocked by:
* Blocking:
* Updates:
==== Collaboration ====
* Blocked by:
* Blocking:
* Updates:
==== Language ====
* Blocked by:
* Blocking:
* Updates:
=== Audiences Design ===
* Blocked by:
* Blocking:
* Updates:
==== UI Std ====
* Blocked by:
* Blocking:
* Updates:
** OOUI – v0.26.4 released:
https://phabricator.wikimedia.org/diffusion/GOJU/browse/master/History.md;v…
*** One hotfix, that has already made it to MW1.31 before, one keyboard
accessibility improvement
** Continued work on icon/size unification aftermath in different products
(Notifications, Flow, RevisionSlider)
** Style Guide technical and contents improvements ongoing with 2 open PRs
currently
** Transforming core/extensions to use OOUI, 6 extensions accomplished last
week, build on strong volunteer support
== Technology ==
=== Analytics ===
* Blocked by:
* Blocking:
* Updates:
- Monitoring the launch of the page previews, currently working on the
aggregation job.
- Done with updates to jupyter notebooks for now
- Issues with pageviews from Opera Mini not geo locating correctly in
Africa are now resolved.
- Fnishing new geowiki infrastructure before we turn off the old jobs that
calculated this data (editors per country).
- Google Summer of Code, plenty Code Reviews for contributions to Wikistats
UI: http://stats.wikimedia.org/v2
=== Cloud Services ===
* Blocked by:
* Blocking:
* Updates:
=== Fundraising Tech ===
* Blocked by:
* Blocking:
* Updates:
Working on new recurring contribution API for main card processor
Debugging CN patch deploy to add CSP headers on banner preview
CiviCRM: Work on exports, fixing custom fields, new fraud-hunter's
report
Working on getting landing page and banner impression EventLogging data
into payments cluster DBs
=== MediaWiki Platform ===
* Blocked by:
* Blocking:
* Updates:
=== Performance ===
* Blocked by: None
* Blocking: None
* Updates:
** Moving our apps/etc out of puppet, to scap deploy
** Blog post on Singapore DC should be up shortly, been working on that
with Traffic
** Lots of CRs
** working with RelEng/Platform on a few changes to CI and to MW Core
** mcrouter is now deployed in deployment-prep, next steps are to
configure, and working with SRE to figure out how to do cross-DC correctly.
** Trying out Digital Ocean for WebPageTest (got free credits from them)
=== Release Engineering ===
* Blocking
** Working on Scap 3.8.0 to unblock ores git-lfs deployments.
* Blocked
** n/a
* Updates
** Deadlines in phabricator are now visible on workboards.
=== Research ===
* Blocked by:
** None
* Blocking:
** None
* Updates:
** In the next two/three weeks we'll be collecting citation usage data via
EventLogging: https://phabricator.wikimedia.org/T191086 and
https://meta.wikimedia.org/wiki/Schema:CitationUsage. cc Reading
Infrastructure, Adam Baso, Security, Legal, Analytics.
=== Scoring Platform ===
* Blocked by:
* Blocking:
* Updates:
** Waiting on the scap deployment to unblock us from git-lfs--it works on
beta :) (Almost there! Thanks Releng!)*
** Virtualenv is now cached with deployments (so that we can quickly
rollback)
*** This is relevant for anyone who is deploying a python service with
virualenvs as they might want to follow our lead
** New, dynamic table with ORES support status.
*** https://tools.wmflabs.org/ores-support-checklist/
=== Search Platform ===
* Blocked by:
* Blocking:
* Updates:
- Need help with WDQS GUI build automation:
https://phabricator.wikimedia.org/T189811
- Selenium Wikibase tests still broken:
https://phabricator.wikimedia.org/T189762
- Job queue issues fix merged: https://phabricator.wikimedia.org/T191024https://phabricator.wikimedia.org/T190958
- Lexeme completion search merged:
https://phabricator.wikimedia.org/T190970 Continuing work on Forms
support
- Evaluating feature generation by `query_explorer` functionality of LTR
plugin: https://phabricator.wikimedia.org/T187148
- Working on query parsing refactoring:
https://phabricator.wikimedia.org/T185108
=== Security ===
* Blocked by:
* Blocking:
* Updates:
=== Services ===
* Blocked by:
** search with CirrusSearch job JSON serialization T191024 (Not any
more according to Stas :)
** language with Translate job JSON serialization T192111
* Blocking: none?
* Updates:
** There was an issue with wikidata recent changes job, resolved now
** EventBus (and kafka job queue) going to private wikis this week
** Cassandra 3.11.2 evaluation
=== Site Reliability Engineering ===
* Blocked by:
** None
* Blocking:
** None
* Updates:
** ICU57 migration completed on all wikis
** Work started on upgrading all mediawiki application servers to Debian
Stretch
** The image scalers have been decommissioned (thumbor provides fully that
fuctionality now)
** mcrouter is being tested and are going to post an architecture proposal
for review
** Discussions on establishing a timeline for deprecation of
non-forward-secret ciphers and TLSv1.0 started
** Proton discussions came to a result on hosting this on 2 ganeti VMs per
datacenter, will be resolved this week
** helm charts repo published https://releases.wikimedia.org/charts
== Wikidata ==
* Blocked by:
* Blocking:
* Updates:
**Send thanks to John and the security team for the quick response they
gave us for our security review for our coming release
**Lexeme will be released on May 23rd
**wb_terms fire fighting is stopping, strategy work starts now how to
get ourselves out of the situation properly and in a way we can scale
== German Technical Wishlist ==
* Blocked by:
* Blocking:
* Updates:
** MediaWiki CodeSniffer performance improvements already released as
version 18, thanks Lego!
** Backported a fix in a 10 year old File export/import util, please watch
for positive/negative consequences if this sounds familiar:
https://gerrit.wikimedia.org/r/426959
** Final 2 sprints working on MoveFilesToCommons:
https://phabricator.wikimedia.org/tag/move-files-to-commons/
** DeepCategory integration in AdvancedSearch:
https://phabricator.wikimedia.org/T170533
== SoS Meeting Bookkeeping ==
* Updates:
Hi!
With the recent final release of Page previews (Extension:Popups), we have
also published a series of technical blog posts about the frontend tooling
that we have used for developing this extension.
Master post: Extension:Popups (Page Previews) front-end tooling
<https://phabricator.wikimedia.org/phame/post/view/93/extension_popups_page_…>
Table of contents:
- Automatic JavaScript file bundling and library consumption
- Better minification for frontend sources
- Fast and isolated JS unit tests
- Conclusions
We hope this is interesting to read and hopefully useful to other teams or
projects working on products with complex front-end needs.
We're more than happy to chat about these topics, or help you with these
kind of workflows if you are interested.
Have a nice day!
---
Joaquin - Jhernandez - JHernandez (WMF)
Readers Web Team
Hi all,
Page previews[1] have now been promoted out of beta to the remaining two
Wikipedias - English and German, after a series of consultations on both
wikis [2][3][4]. The feature is now on by default for all logged-out users
and off by default for all logged-in users (can be enabled using user
preferences) on all Wikipedias. Further changes to configuration based on
our conversations with communities (such as turning the feature on for new
accounts) are coming up soon.
Page previews allows readers to read an excerpt of a linked article’s lead
section without leaving the page they’re currently on, by hovering their
mouse over the link. It has been activated by default for logged-out users
on all Wikipedias except German and English since August 2017, and numerous
further bug fixes and technical improvements have been implemented since. A
few weeks ago we published the results of our latest round of A/B testing
[5]. We found that when the feature is enabled, readers will open pages in
their browser slightly less often (a decrease of around 3–5% in regular
pageviews). But on the other hand, they interact with a lot more different
pages when one counts both the seen page previews and the regular pageviews
(an increase of around 20–22% in the number of distinct pages interacted
with via either method). In addition, the option to deactivate the feature
was used very rarely (disable rates were around 0.01%). This leads us to
believe that Page Previews is a welcomed feature that is helping readers
learn more during their visits.
More information about Page previews can be found on the project page on
MediaWIki.org [1]. The team also recently wrote a few blog posts. One about
the work that went into the design of the feature [6] and another giving an
overview of the functionality [7].
If you see any issues, please report them in Phabricator. [8]
Thanks,
Olga
[1] https://www.mediawiki.org/wiki/Page_Previews
[2]
https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(technical)/Archive_16…
[3]
https://de.wikipedia.org/wiki/Wikipedia:Fragen_zur_Wikipedia/Archiv/2018/Wo…
[4]
https://en.wikipedia.org/wiki/Wikipedia:Village_pump_(miscellaneous)#Next_S…
[5] https://www.mediawiki.org/wiki/Page_Previews/2017-18_A/B_Tests
[6]
https://medium.com/freely-sharing-the-sum-of-all-knowledge/how-we-designed-…
[7] https://blog.wikimedia.org/2018/04/17/wikipedia-page-previews/
[8] https://phabricator.wikimedia.org/tag/page-previews/
--
Olga Vasileva // Product Manager // Reading Web Team
https://wikimediafoundation.org/
Sorry for cross-posting!
Reminder: Technical Advice IRC meeting again **tomorrow, Wednesday 3-4 pm
UTC** on #wikimedia-tech.
The Technical Advice IRC meeting is open for all volunteer developers,
topics and questions. 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!
Michi (for WMDE’s tech team)
--
Michael F. Schönitzer
Wikimedia Deutschland e.V. | Tempelhofer Ufer 23-24 | 10963 Berlin
Tel. (030) 219 158 26-0
http://wikimedia.de
Stellen Sie sich eine Welt vor, in der jeder Mensch an der Menge allen
Wissens frei teilhaben kann. Helfen Sie uns dabei!
http://spenden.wikimedia.de/
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/681/51985.
Hello,
I'm trying to migrate a HTMLForm to use ooui
by following https://www.mediawiki.org/wiki/OOUI/Using_OOUI_in_MediaWiki
htmlForm = HTMLForm::factory( 'ooui', $formDescriptor, 'myform' );
I noticed that a file upload form field that I had defined is not
rendered correctly when using ooui.
'fileupload' => array(
'section' => 'upload',
'label' => 'Upload file',
'class' => 'HTMLTextField',
'type' => 'file'
),
This is shown as a text field but not as a file upload, as I would have
expected...
Is there any way to handle this and using OOUI at the same time?
Thanks!
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
Hi!
Over the next fiscal year, the Wikimedia Foundation Readers Web team will
be making technical improvements to the mobile web codebases
(MobileFrontend and MinervaNeue).
The project, which we’re calling ‘Invest in the MobileFrontend &
MinervaNeue frontend architecture’, contained in Output 2.7 of the Platform
Evolution CDP [1], is currently in its specification and planning stages.
The outcomes of the project are:
1. Improve developer experience (on-boarding, maintenance, development)
2. Reduce technical debt and make production improvements
3. Separate presentation and logic
4. Make Minerva and MobileFrontend better citizens of the MediaWiki
ecosystem
MobileFrontend & MinervaNeue, which power the Wikimedia mobile sites, make
heavy use of client-side UIs with templates, CSS and JavaScript. Over the
past eight years of developing a mobile-first wiki experience we have
learnt and frontend technology has evolved. We will improve and modernize
the code bases to continue supporting our mobile web users in the future.
Please see Outcomes 1, 2 and 3 in the wiki page for more detail.
Minerva will become an independent skin without a dependency on
MobileFrontend, and vice versa. Please see Outcome 4 in the wiki page for
more detail.
Please visit the project page on MediaWiki.org to learn more about the
outcomes and outputs, and share your questions. [2]
N.B. This project is distinct from “Output 3.1: Contribution tools on
mobile web via an existing mediawiki skin” [3], described in the FY
2018-2019 plan.
_____________________
Joaquin Oltra Hernandez
Senior Software Engineer, Readers Web
[1]:
https://wikifarm.wmflabs.org/platformevolution/index.php/Plan:FY18-19/2/7
[2]:
https://www.mediawiki.org/wiki/Reading/Web/Projects/Invest_in_the_MobileFro…
[3]:
https://meta.wikimedia.org/wiki/Wikimedia_Foundation_Annual_Plan/2018-2019/…