The Search Platform Team
<https://www.mediawiki.org/wiki/Wikimedia_Search_Platform> usually holds
office hours the first Wednesday of each month—but not in January because
the first Wednesday is New Year’s Day! Come talk to us about anything
related to Wikimedia search!
Feel free to add your items to the Etherpad Agenda for the next meeting.
Details for our next meeting:
Date: Wednesday, Jan 8th, 2020
Time: 16:00-17:00 GMT / 08:00-09:00 PST / 11:00-12:00 EST / 17:00-18:00 CET
Etherpad: https://etherpad.wikimedia.org/p/Search_Platform_Office_Hours
Google Meet link: https://meet.google.com/vyc-jvgq-dww
Hope to talk to you next week!
Trey Jones
Sr. Software Engineer, Search Platform
Wikimedia Foundation
UTC-5 / EST
Hello Wikitech-l colleagues,
I don't know how much interest there is on Wikitech-l regarding meeting
invitations for the Wikimedia Café, but I'm cross-posting this invitation
for the to the list. If I hear a bunch of complaints then I will stop the
cross-posting of Café invitations when there are not clearly tech-oriented
items on the agenda for the Café. However, I would hope that some
subscribers to Wikitech-l are interested in the Café.
A reminder: you are welcome to add items to the Café's agenda.
Best wishes for the new year,
Pine
( https://meta.wikimedia.org/wiki/User:Pine )
---------- Forwarded message ---------
From: Pine W <wiki.pine(a)gmail.com>
Date: Tue, Dec 31, 2019 at 11:39 PM
Subject: Wikimedia Café online meeting for January 2020. Note the schedule
change.
To: Wikimedia Mailing List <Wikimedia-l(a)lists.wikimedia.org>
Hello colleagues,
The Wikimedia Café meetings have generally been well received. We had
approximately seven people in the December meeting. In an attempt to make
the meetings be accessible to more people, in January 2020 the Café is
tentatively scheduled for a Saturday, and the Café will be earlier in the
day. The meeting will be on 25 January 2020 at the following time: 11:30 AM
EST, 4:30 PM UTC, and 10 PM ITC.
During the most recent Café we had an extensive discussion about
documentation for Wikitext and templates. We ran out of time to discuss
NavWiki <https://outreach.wikimedia.org/wiki/NavWiki>. For the January
meeting the only non-introductory agenda item so far is NavWiki. You are
welcome to add more items to the agenda
<https://meta.wikimedia.org/wiki/Wikimedia_Caf%C3%A9#25_January_2020_at_11:3…>
.
As usual, the meeting style for the Café will emphasize discussion rather
than presentation. People are welcome to participate as listeners only if
they prefer.
Please see the page on Meta
<https://meta.wikimedia.org/wiki/Wikimedia_Caf%C3%A9> for more information
about the Café. Please watch the page for any updates, particularly to the
schedule or the agenda. Signing up for the meeting is optional, but is
helpful to the organizers so that we can estimate how many people will
attend. Signing up for the meeting also informs us who we should notify
individually if there are significant changes, such as changes to the
schedule.
If there are any problems with connecting to the meeting or if you have any
questions or comments then please write on the Meta talk page.
Best wishes for the new year,
Pine
( https://meta.wikimedia.org/wiki/User:Pine )
Hello,
There is a new amendment proposed for CoC to add legal threats to list of
unacceptable behavior section of CoC. Please take a look and leave a
comment on the page: https://www.mediawiki.org/wiki/Topic:Vdhvekfpz6nh64f3
The committee soon will review this proposal and if there is a community
consensus (unless majority of the committee opposes it) we will add it to
the CoC (based on the amendment section of CoC [1])
[1]: https://www.mediawiki.org/wiki/Code_of_Conduct/Amendments
Thank you
--
Amir (he/him)
Forwarding an announcement. For what it's worth, WMF is listed as a sponsor
of the 2019 conference, and multiple conference tracks appear to be
relevant to Wikiverse activities. However, announcements which include
lofty adjectives such as "visionary" often give me pause due to the risk of
over-promising and under-delivering. Your views may vary.
Regards,
Pine
( https://meta.wikimedia.org/wiki/User:Pine )
---------- Forwarded message ---------
From: Jui-Yi Tsai <vincentthunder2011(a)gmail.com>
Date: Tue, Dec 24, 2019 at 2:42 AM
Subject: [AI] The WebConf (WWW 2020) Call for Papers (Demo Track)
To: <ai(a)lists.wikimedia.org>
*The WebConf (WWW) Call for Papers: Demo Track*
April 20-24, 2020
Taipei, Taiwan
https://www2020.thewebconf.org/
*Important Dates*
• Submission deadline: January 06, 2020
• Notification: February 10, 2020
For almost three decades, the Web Conference series has been the premier
venue for researchers, academics, businesses and standards bodies to come
together and discuss latest updates and the future of the Web. The
Demonstration Track of the Web Conference has become an important venue for
sharing cutting-edge and exciting web-based prototype systems with
significant research and development efforts. The Demonstrations Track
allows researchers and practitioners to demonstrate first-hand visionary
systems with innovative features and functionalities in a dedicated
session. Submissions must be based on an implemented and tested system that
pursues one or more innovative ideas in the interest areas of the
conference.
*Topics include (but are not limited to)*
● Health on the Web
● Behavioral analysis and personalization
● Crowdsourcing systems and social media
● Bio-feedback and emotional computation
● New human-computer interfaces
● Internet economics, monetization, and online markets
● Pervasive Web and mobility
● Security, privacy, and trust
● Semantics and knowledge
● Semantic Web, content analysis, and Web mining
● Social networks, social analysis, and computational social science
● Web infrastructure: datacenters, cloud computing, and systems
● User modeling, personalization, and experience
● Mobile, ubiquitous, ambient, and pervasive computation, Web of Things
● Web science, Web search, and Web systems
Demonstrations are encouraged from academic researchers, from industrial
practitioners with prototypes or in-production deployments, as well as from
any W3C-related activities to interact while exploring the latest
techniques for managing web information and knowledge. Software (including
games or learning platforms) and hardware demos will be considered equally,
provided they show innovative use of Web-based techniques. Each submission
must make clear which aspects of the system will be demonstrated, and how.
What exactly will the audience experience? What are the interesting
scenarios to motivate the demonstration? They should strive to state the
significance of the contribution to Web technology or applications. In
other words, submissions should describe the intended audience, point out
the innovative aspects of the system being demonstrated, and explain how
those aspects contribute to the state of the art in the Web and information
technology. Submissions will be peer-reviewed by members of the track
program committee, who will judge the originality, significance, quality,
and clarity of each submission.
*Submission Guidelines*
Demonstration Track submissions must be formatted according to the ACM SIG
Proceedings Template and are limited to four pages (including references
and appendices). It is the authors’ responsibility to ensure that
submissions adhere strictly to the required format. The format cannot be
modified with the objective of squeezing in more material. Submissions that
do not comply with the formatting guidelines will be rejected without
review.
Each demonstration track submission should contain an introduction, brief
description, screenshots, value and contribution. Submissions should also
indicate how the demonstration will be demonstrated and the hardware
requirements (for the organizers).
Submissions must be double-blinded. Submissions must be in PDF and must be
made through the EasyChair system (Demonstrations Track):
https://easychair.org/conferences/?conf=www2020
At least one author of each accepted demonstration paper must register for
the conference and attend in person to demonstrate the system during the
demonstration sessions.
To better identify the value of demonstrations, as well as to reach out to
external audiences, we also encourage authors to submit a pointer to a
screencast, using web-accessible platforms such as Vimeo or YouTube. The
maximum duration of screencasts is 10 minutes. We also highly encourage any
external material related to the demo (e.g., shared code on GitHub).
*Track Co-chairs*
Hsu-Chun Hsiao (National Taiwan University)
De-Nian Yang (Academia Sinica)
Email: demos2020(a)thewebconf.org
_______________________________________________
AI mailing list
AI(a)lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/ai
Hi all,
I was happy to be invited by the Wikimedia Foundation to the Wikimedia
Technical Conference 2019 in Atlanta~[1]. At this conference, I represented
the technical needs of the mathematical community~[2]. Apart from a lot of
great achievements for the whole Wikimedia movement with regard to the five
focus areas of the conference~[3], there were also several math-specific
achievements. In this message, I will focus on those aspects:
1) Bold italic capital greek symbols are now possible. Please join me in
thanking Petr Kadlec (aka. Mormegil) for his perennial effort to make this
possible~[4].
2) We will - very soon - have a demo on the Wikimedia beta cluster enabling
links from formulae to a dedicated special page that displays definitions and
explanations regarding mathematical objects of interest, i.e., identifiers,
symbols, terms. Thank you André Greiner-Petter for the implementation of this
feature~[5].
3) In a session on 'Integrating contributions from other teams or volunteers`
organized by Christoph Jauera (aka. Fisch). We derived definitive action items
on improving the participation opportunities to the Math on wikis~[6].
4) We discussed the future of Math rendering with Petr Pchelko (WMF) which
will simplify the setup of mathoid and eventually get rid of fallback images
while maintaining support for MathML disabled browsers~[7].
I am grateful to the Wikimedia Foundation and the organizers of the event, in
particular, Rachel and Greg to get the chance to enjoy this well-organized
conference with amazing people and a wonderful program.
All the best
Moritz (physikerwelt)
http://moritzschubotz.de | +49 1578 047 1397
[1]:https://www.mediawiki.org/wiki/Wikimedia_Technical_Conference/2019
[2]:https://meta.wikimedia.org/wiki/Wikimedia_Community_User_Group_Math
[3]:https://phabricator.wikimedia.org/T238406
[4]:https://phabricator.wikimedia.org/T218295
[5]:https://phabricator.wikimedia.org/T208758
[6]:https://phabricator.wikimedia.org/T234662#5660102
[7]:https://phabricator.wikimedia.org/T237516
Some more details on item 4, from my personal, biased perspective:
I started working on the Math extension in 2012 and implemented the
main functionality
of the new rendering method which is based on MathJax rather
than on LaTeX in 2013 at the Wikimedia Foundations Headquarter in San
Francisco. At that time the vision was to replace the monolithic PHP based
framework MediaWiki, with a large number of small dynamic JavaScript modules.
The idea was that those modules are developed as isomorphic platform-independent
components using interfaces of a management framework that takes
care of caching and efficient execution. The long-term goal was that the
functionality could be executed either on the client or on the server and that
the management layer would figure out the best execution strategy based on the
current prerequisites. In the first step, a framework based on HTTP requests was
set up to handle services such as math rendering. Mathoid the math rendering
service was one of the first instances of this service template. From the
retro perspective that might have been too early. Neither a convenient type and
schema description language existed, nor a way to specify rich metadata on the
execution characteristics existed. However, a fine-grained I/O schema seems
desirable for implementing robust and durable services. Moreover, rich
metadata on the execution characteristics such as runtime, memory footprint,
I/O data distributions seem required to allow an execution management layer
for effective execution strategy planning. After the services went into
production schema improvement was difficult and never happened.
Today, it seems pretty certain that MediaWiki will be PHP based for the
foreseeable future. Given this situation, we did now plan to improve Math
support by making the best use of the build-in MediaWiki core functionality. We
will rely on the MediaWiki core caching functionality to continue providing an
instant user perception of math rendering and continue using a stateless
node-based math rendering service. Our hope is that by incorporating the 'new`
MathJax 3 rendering mode 'common HTML` also MathML disabled browsers will be
able to display high-quality mathematical formulae without to rely on
disturbing images. We plan to enable this rendering mode as opt-in in a first
step and thereafter have a community vote if the new imageless rendering mode
should become the default. If that won't work, we will need to
evaluate inline SVG
images that would require either SVG or JavaScript support on the client.
Given the situation that only a very small number of visitors use browsers
that neither support SVG images nor allow JavaScript this second alternative
seems to an ethical option as well.
I will update the associated ticket phabricator ticket~[7] as soon as we have
derived a more detailed plan for the implementation.
Hi,
for HTML version see
https://www.mediawiki.org/wiki/Scrum_of_scrums/2019-12-18
Željko
--
= 2019-12-18 =
== Callouts ==
* SRE:
** Kubernetes staging and codfw cluster were bootstrapped from scratch
today. All apps have been redeployed in the exact same state as before and
everything seems to be nominal, but if you notice anything reach out to SRE
** EQIAD kubernetes cluster will happen after the holidays
** Product Infrastructure needs +2 rights for all PI engineers in
deployment-charts ([[phab:T232794]])
* Release Engineering - December 23-January 3rd - No deploys (including
train), Holiday break
== Product ==
=== Editing ===
* Updates:
** ArticleTargetLoader: Check apiXhr exists
** Don't bother fetching metadata for diffs
** Wikitext links: File/Category support
** Support wikitext link editing by Ed Sanders
** Error handling
*** ve.init.mw.ArticleTargetSaver: Fix exception when handling errors
*** ve.init.mw.MobileArticleTarget: Don't close overlay when showing error
*** ve.init.mw.DesktopArticleTarget: Remove dead error handling code
** ve.init.mw.ArticleTargetLoader: Fix promises to be abortable again
** Exactly match collapsible logic of jquery.makeCollapsible (task
[[phab:T236247]])
** ApiVisualEditorEdit: Normalize newlines in wikitext (task
[[phab:T154977]])
** ve.ui.MWEducationPopupTool: Respect default preferences for anon users
(task [[phab:T231762]])
=== Growth ===
* Updates:
** build: Updating mediawiki/minus-x to 0.3.2 by libraryupgrader
** Inject PageViewService into Impact and SpecialImpact (task
[[phab:T240444]])
** Make PageViewInfo a soft dependency (task [[phab:T240444]]) by Kosta
Harlan
** Suggested Edits
***Remove close button from widget, close on hover out (task
[[phab:T238165]])
*** Use unpadded (i) icon on mobile (task [[phab:T236854]])
*** Consistently use suggested-edits-, not suggestededits- (task
[[phab:T236854]])
*** Do not update state until user clicks "Done" (task [[phab:T238459]])
(task [[phab:T238172]])
*** Record pre-activation as a preference (task [[phab:T238888]])
*** Don't fail so hard if pcs/aqs data are undefined
*** Use placeholder icon instead of larger image (task [[phab:T238282]])
*** Update copy for pageviews component (task [[phab:T238322]])
*** Restore no-repeat on task cards
=== Android native app ===
* Updates:
** Minor update released to production (tweaks requested by Analytics)
** Finishing up mobile-html integration.
=== Web ===
* Updates:
** Summary: Planning for desktop improvements, last minute bug fixes, and
wrapping up advanced mode.
** [[Reading/Web/Desktop_Improvements|Desktop Improvements Project (Vector
/ DIP)]]:
*** Planning, research, and task creation
*** [[phab:T240622|<nowiki>[Technical debt payoff] Remove
InlineDiffFormatter and InlineDifferenceEngine from
MobileFrontend</nowiki>]]
*** [[phab:T232140|<nowiki>Separate out logo handling into square image
logos and long text/wordmark banner logos</nowiki>]]
*** [[phab:T237561|<nowiki>[SPIKE 10hrs] Investigate how skin suboptions
can be presented in Special:Preferences</nowiki>]]
*** [[phab:T237635|<nowiki>[SPIKE] What should feature management look like
in desktop improvements?</nowiki>]]
** Page previews (Popups):
*** [[phab:T236589|<nowiki>Page Previews Storybook not available on
doc.wikimedia.org and documentation a bit broken</nowiki>]]
** Mobile website (MinervaNeue / MobileFrontend):
*** [[Reading/Web/Advanced_mobile_contributions|Advanced mode]]:
**** [[phab:T240644|<nowiki>Regression: Label is visible on Logout button
for logged in users on all wikis (non-AMC) and contribution icon on user
page</nowiki>]]
**** [[phab:T240487|<nowiki>XSS in MobileFrontend</nowiki>]]
**** [[phab:T238364|<nowiki>[Bug] Simplified Talk Page Does Not Support
Sections With Non-ascii Characters/Several ascii characters aren't
supported either</nowiki>]]
**** [[phab:T232653|<nowiki>Updates to user pages for all users</nowiki>]]
**** [[phab:T232652|<nowiki>Add History to article toolbar for all
logged-in users</nowiki>]]
**** [[phab:T232594|<nowiki>Add article and discussion tabs to all
logged-in users on mobile</nowiki>]]
**** [[phab:T235681|<nowiki>[AMC] Toolbar on User talk page should match
toolbar on User page</nowiki>]]
*** Miscellaneous:
**** [[phab:T214647|<nowiki>[EPIC] Re-define the contract for displaying
drawers and overlays in MobileFrontend</nowiki>]]
**** [[phab:T237290|<nowiki>Disable mobile beta mode (for now)</nowiki>]]
**** [[phab:T214045|<nowiki>CTA, reference and Red link Drawers should be
removed from DOM after close</nowiki>]]
**** [[phab:T177260|<nowiki>Rewrite disabled MobileFrontend browser tests
to phpunit tests and Node.js browser tests</nowiki>]]
**** [[phab:T198265|<nowiki>Special:MobileOptions is empty for third
parties and this is confusing</nowiki>]]
** WikidataPageBanner:
*** [[phab:T191689|<nowiki>PAGEBANNER "origin" parameter calculation is not
working at all.</nowiki>]]
*** [[phab:T122096|<nowiki>[EPIC] Cleanup WikidataPageBanner
architecture</nowiki>]]
** Miscellaneous:
*** [[phab:T211985|<nowiki>Improve language icon discoverability in mobile
by using icon in desktop</nowiki>]]
=== Product Infrastructure ===
* Blocked by:
** SRE on providing buster node images for proton
** SRE/RelEng? on adding +2 rights for all PI engineers to
deployment-charts ([[phab:T232794]])
* Updates:
** Computer-Aided Tagging is "soft-launched," on Commons, please report any
issues.
** Investigating job queue lag caused by fetchGoogleCloudVisionAnnotation
jobs ([[phab:T241072]])
=== Structured Data ===
* Blocking:
** Search Platform: Data dumps for SDC: [[phab:T221917]]
* Updates:
** see above for computer-aided tagging
** some new input types available for statements on commons
** dumps unblocked
=== Parsing ===
* Updates:
** We are looking to enabled Parsoid/PHP for the language variants this
week which will effectively mark the end of Parsoid/JS in production.
=== Inuka ===
* Updates:
** KaiOS app: responsive layout (for landscape-oriented devices)
[[phab:T240790]]
** KaiOS app: links preview (still working on references) [[phab:T234625]]
** KaiOS app: various bug fixes
== Technology ==
=== Fundraising Tech ===
* Updates:
** CiviCRM
*** On-demand sending of end-of-year summary receipt emails
*** Better deadlock handling in donation queue consumers
** Improving visibility of recurring donations and endowment donations on
internal dashboard
** CentralNotice
*** Fixing bug in status code when campaign fallback is active
*** Revising UI elements of region-level targeting
** Paymentswiki
*** Investigating charging NL bank donations through a different payment
processor
=== Core Platform ===
* Blocking:
** Search Platform: MW Job consumers sometimes pause for several minutes
[[phab:T224425]]
* Updates:
** Virtual offsite last week
** Finishing last sprint for the year this week
=== Engineering Productivity ===
==== Release Engineering ====
* Blocking:
** Product Infrastructure - SRE/RelEng? on adding +2 rights for all PI
engineers to deployment-charts ([[phab:T232794]])
* Updates:
** Train Health
*** Last week: 1.35.0-wmf.10 - [[phab:T233858]]
*** This week: 1.35.0-wmf.11 - [[phab:T233859]]
*** Next week: No Train - 2 weeks!
=== Search Platform ===
* Blocked by:
** Structured Data: Data dumps for SDC: [[phab:T221917]]
** Core: MW Job consumers sometimes pause for several minutes
[[phab:T224425]]
* Updates:
** CirrusSearch writes are split into per cluster kafka partitions to
isolate clusters from each other [[phab:T235832]]
=== Site Reliability Engineering ===
* Blocking:
** PI in providing buster docker images for proton
** Product Infrastructure - SRE/RelEng? on adding +2 rights for all PI
engineers to deployment-charts ([[phab:T232794]])
* Updates:
** Kubernetes staging and codfw cluster were bootstrapped from scratch
today. All apps have been redeployed in the exact same state as before and
everything seems to be nominal, but if you notice anything reachout to SRE
*** EQIAD kubernetes cluster will happen after the holidays