(Note: This is only an early heads-up, to be prepared. Google Code-in
has NOT been announced yet, but last year, GCI mentors asked for more
time in advance to identify tasks to mentor. Here you are. :)
* You have small, self-contained bugs you'd like to see fixed?
* Your documentation needs specific improvements?
* Your user interface has some smaller design issues?
* Your Outreachy/Summer of Code project welcomes small tweaks?
* You'd enjoy helping someone port your template to Lua?
* Your gadget code uses some deprecated API calls?
* You have tasks in mind that welcome some research?
Google Code-in (GCI) is an annual contest for 13-17 year old students.
GCI 2019 has not yet been announced but usually takes place from late
October to December. It is not only about coding: We also need tasks
about design, docs, outreach/research, QA.
Read https://www.mediawiki.org/wiki/Google_Code-in/Mentors , add
your name to the mentors table, and start tagging tasks in Wikimedia
Phabricator by adding the #gci-2019 project tag.
We will need MANY mentors and MANY tasks, otherwise we cannot make it.
Last year, 199 students successfully worked on 765 tasks supported by
39 mentors. For some achievements from the last round, see
https://wikimediafoundation.org/news/2019/02/20/partnerships-make-it-possib…
Note that "beginner tasks" (e.g. "Set up Vagrant") and generic
tasks are very welcome (like "Choose and replace 2 uses of
Linker::link() from the list in T223010" style).
We also have more than 400 unassigned open #good-first-bug tasks:
https://phabricator.wikimedia.org/maniphest/query/3YnDUWYJfXSo/#R
Can and would you mentor some of these tasks in your area?
Please take a moment to find / update [Phabricator etc.] tasks in your
project(s) which would take an experienced contributor 2-3 hours. Read
https://www.mediawiki.org/wiki/Google_Code-in/Mentors
, ask if you have any questions, and add your name to
https://www.mediawiki.org/wiki/Google_Code-in/2019#List_of_Wikimedia_mentors
Thanks (as we will not be able to run this without your help),
andre
--
Andre Klapper (he/him) | Bugwrangler / Developer Advocate
https://blogs.gnome.org/aklapper/
Hello,
The current primary master for m1 (db1063), which is mostly for internal
services + etherpad isn't in a great healthy status: it is an old host,
which needs to be decommissioned and which is having disks failing pretty
much every week (plus disks on predictive failure).
We have decided to fail it over one of the newer hosts, db1135:
https://phabricator.wikimedia.org/T231403
We have scheduled this switchover for: Tuesday 10th September at 16:00 UTC
This failover should be rather quick and would only take a few seconds
(while we re-load the haproxy) - during those few seconds, the following
services will be on read-only:
bacula
etherpadlite
librenms
puppet
racktables
rt
Communication will happen at #wikimedia-operations
If you are around at that time and want to help with the monitoring, please
join us!
Thanks
Hello,
When adding an extension requirement in extension.json, CI would most
probably complain since it does not clone the extension. It has to be
added to the CI configuration:
https://gerrit.wikimedia.org/r/integration/config.git
edit zuul/parameters_functions.py
Add the requirement to the 'dependencies' mapping, then send for review.
Unfortunately one of the CI maintainers would have to approve and deploy it.
As a twist, I wrote a few bits that should make it possible for CI to
automatically process and clone the requirements and thus let us phase
out the central config. But that takes a bit of time to accomplish it
properly.
The long story:
MediaWiki extension registration lets one define a requirement upon
other extension/skins. If one writes an extension that extend
VisualEditor, most probably VisualEditor is required, the extension.json
would thus have:
{
"requires": {
"extensions": {
"VisualEditor": "*"
}
}
}
Due to a bug, CI was no more failing when a requirement was not
fulfilled. In fact the extension would not even be enabled when running
maintenance/install.php --with-extensions
That has been fixed via:
https://gerrit.wikimedia.org/r/#/c/mediawiki/core/+/533239/
From now on, on master branch, CI would fail when a requirement is
missing. Unfortunately, CI does not magically clone the requirements
yet, so you would have to also add them to the CI config (see above).
[requirements]
https://www.mediawiki.org/wiki/Manual:Extension_registration#Requirements_(…
--
Antoine "hashar" Musso
Hi,
Can someone help me with an SQL snippet for reverted changes? I know some
tools have this metric but I am not able to isolate the relevant query in
their code.
Thanks,
Strainu
There are several papers about how to stop DDoS by using cryptographic
puzzles.[1] The core idea is to give the abuser some algorithmic work he
has to solve, thereby forcing him to waste processing power, and then to
slow him down to a manageable level.[2] That only work if you are the
target, and not some intermediary are targeted.
Could it be a solution for the WMF servers?
[1] http://d-scholarship.pitt.edu/24944/1/mehmud_abliz_dissertation.pdf
(just a random pick)
[2]
https://searchsecurity.techtarget.com/answer/TLS-protocol-Can-a-client-puzz…
(about
TLS, but can also be done at the application level)
Hello folks,
I am happy to introduce you to the first version of WikiContrib
<https://tools.wmflabs.org/wikicontrib/>. WikiContrib is a developer
metrics tool which can be used to view a developer’s contributions on
Phabricator and Gerrit. This tool was initially designed keeping a
Wikimedia Hackathon scholarship committee in mind and with the hope that
the tool will make it easier for them to decide on a candidate’s
application. All community members can also use the tool to learn more
about the contributions of fellow Wikimedians or discover their own!
I developed the WikiContrib tool as part of my Google Summer of Code
project with guidance and support from my mentors Suchakra Sharma
<https://phabricator.wikimedia.org/p/Tuxology/> and Srishti Sethi
<https://phabricator.wikimedia.org/p/srishakatux/>.
Here are some relevant links:
-
Tool is hosted on Toolforge https://tools.wmflabs.org/wikicontrib/
-
Source code is available on GitHub
https://github.com/wikimedia/WikiContrib/
-
Link to my Phabricator proposal https://phabricator.wikimedia.org/T220254
-
Learn how to use the tool
https://wikicontrib.readthedocs.io/en/latest/Usage.html
Try the tool, and if you encounter any bugs or have any feature requests,
please file them in the GitHub repository! For anything else, you can
comment on the Phabricator proposal.
Looking forward to your response!
Thanks,
Rammanoj potla
Hi,
for HTML version go to
https://www.mediawiki.org/wiki/Scrum_of_scrums/2019-09-04
Željko
--
= 2019-09-04 =
== Callouts ==
* SRE DBAs call your attention to:
** Several MW master failover (s2, s3, s4, s8) scheduled, with read only
windows, check the days and affected wikis at
https://phabricator.wikimedia.org/T230788
** M1 (etherpad) primary master failover scheduled for 10th Sept at 16:00
UTC: few seconds of read-only expected
https://phabricator.wikimedia.org/T231403
* WMDE continues to ask for help in figuring out the responsible party for
the graphoid service (see Stewardship request
https://phabricator.wikimedia.org/T211881). The graphs linking to Wikidata
query are still not working: https://phabricator.wikimedia.org/T226250
* Release Engineering - REMINDER: We're at 1.34.0-wmf.21 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.
== Product ==
=== Contributors ===
==== Editing ====
* Updates:
** Summary: Wrapping up our work on improving mobile VE, so that we can
pivot towards improving talk pages. Improvements include:
*** First version of improved toolbar deployed to all wikis (T211789)
*** Newest version of edit cards deployed on all wikis (T221247)
*** Refactored VE save error handling in a way that can also be used in
other tools that currently have poor messaging (e.g. mobile wikitext
editor) (T229532)
*** Improved the transitions on mobile when loading wikitext editor or
switching between editors (T228159)
==== Growth ====
* Blocked by:
** Search Platform, we need
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CirrusSearch/+/533528
resolved for our feature work https://phabricator.wikimedia.org/T231506
* Updates:
** Summary: Next up for the team is to work on newcomer task
recommendations. We plan to use maintenance templates to find tasks, and
then to match them to newcomers' topics of interest. We'll use the welcome
survey to understand what the user is trying to accomplish, to tailor the
call-to-action on the homepage to their needs.
** Deployments this week:
*** git #3a0738e5 - Homepage: Transit mobile overlay HTML as HTML, not JSON
*** git #05b3aefe - Mobile homepage: Lazy-load RL modules with only one
request
*** git #4aca04d7 - Homepage: Restructure mobile overlay handling (task
T229271)
*** git #b0142ef - [MW core] Special:Contributions: Drop 'newbies' feature
(task T220447)
=== Readers ===
==== iOS native app ====
* Blocking:
** CorePlatform for wikidiff PR
* 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
** 6.5 release history & diffs API discussions with CorePlatform (
https://phabricator.wikimedia.org/tag/ios-app-v6.5/)
***Diff engine PR soon (https://phabricator.wikimedia.org/T228794)
**Engineers out at conference beginning of next week (Sept 8 - 10)
==== Android native app ====
* Updates:
** Development of Suggested Edits v3 (updates to the user contributions
screen) https://phabricator.wikimedia.org/T228845
** Solidifying our requirements for mobile-html endpoint(s), and
researching optimizations.
==== Product Infrastructure ====
* Updates:
** Maps: Security fix on OSM DB info leak T231842
** Machine Vision: Will request DBA and security readiness reviews once
T230811 is resolved
** PCS/MCS: working on first paint performance before full release of
mobile-html endpoint
** Client Event Logging - BUOD: to complete event library MVPs for browser,
iOS, Android this week
==== Structured Data ====
* Blocking:
** Search Platform: RecentChange support for SDC:
https://phabricator.wikimedia.org/T230862
* Updates:
** working on suggestions for statements based on machine vision (with PI)
** working on supporting new datatype for statements
==== Parsing ====
* Updates:
** Parsoid/PHP parser tests green
** Running wt->html->wt roundtrip tests on scandium and fixing bugs and
crashers
** Work in progress to get Parsoid/PHP deployed to beta cluster
== Technology ==
=== Analytics ===
* Blocking:
** Search Platform: Point discovery dashboards at SearchSatisfaction
eventlogging table https://phabricator.wikimedia.org/T229882
=== Fundraising Tech ===
* Blocked by:
** Release Engineering? failure on https://gerrit.wikimedia.org/r/534222
seems spurious: Quibble says 'Dependencies that do not exist' for
ext.eventLogging
* Updates:
** CiviCRM upgrade prep & upstreaming of local performance hacks
https://phabricator.wikimedia.org/T228826
** Payments form tweaks
*** backup card processor for Ireland
https://phabricator.wikimedia.org/T230621
*** labels instead of placeholder text
https://phabricator.wikimedia.org/T169795
*** another bank transfer method for India
https://phabricator.wikimedia.org/T230170
*** CSS cleanup https://phabricator.wikimedia.org/T231391
** Confirmation email for one-time to recurring conversion
https://phabricator.wikimedia.org/T228162
** CentralNotice
*** Looking into latest CN <-> Translate Extension mal-interaction:
https://phabricator.wikimedia.org/T231703
*** One more round of review & fixes for campaign fallback
https://phabricator.wikimedia.org/T226344
*** Fixing EventLogging based banner stats (blocked on CI?):
https://phabricator.wikimedia.org/T231404
=== Core Platform ===
* Blocked by:
** iOS native app - wikidiff PR
* 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
** Wikidata - Not really certain by who exactly (Core Platform): not a
critical blocker at this point, but we'd appreciate some input/triaging on
the issue with authentication (CentralAuth) on Wikideta when switching
between desktop and mobile views: https://phabricator.wikimedia.org/T225814
* Updates:
** History REST API https://phabricator.wikimedia.org/T231338
** THANKS to SRE for unblocking Kask
https://phabricator.wikimedia.org/T229697
** Continued development of API integration tests
=== Engineering Productivity ===
==== Performance ====
* 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
* Blocking:
** Fundraising: failure on https://gerrit.wikimedia.org/r/534222 seems
spurious: Quibble says 'Dependencies that do not exist' for ext.eventLogging
* Updates:
** REMINDER: We're at 1.34.0-wmf.21 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.20 - https://phabricator.wikimedia.org/T220745
*** This week: 1.34.0-wmf.21 - https://phabricator.wikimedia.org/T220746
*** Next week: 1.34.0-wmf.22 - https://phabricator.wikimedia.org/T220747
=== Search Platform ===
* Blocked by:
** Core Platform (or Structured Data?): RecentChange support for SDC:
https://phabricator.wikimedia.org/T230862
** Site Reliability Engineering: dumpRDF for MediaInfo entities loads each
page individually: https://phabricator.wikimedia.org/T222497
** Analytics: Point discovery dashboards at SearchSatisfaction eventlogging
table
https://phabricator.wikimedia.org/T229882
* Blocking:
** Growth - we need
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/CirrusSearch/+/533528
resolved for our feature work https://phabricator.wikimedia.org/T231506
* Updates:
** Reenabled sanity checks on production elasticsearch servers to finalize
the import of production to cloudelastic (
https://phabricator.wikimedia.org/T231194 )
** Investigated GC issues on cloudelastic machines (
https://phabricator.wikimedia.org/T231517), found a workaroung for now, did
not clearly identify the root cause yet
** Added a new "morelikethis" keyword: similar to morelike but combinable
with other search keywords (https://phabricator.wikimedia.org/T159321 )
** create_timestamp sort criteria in the search API is properly working on
all wikis (context: https://phabricator.wikimedia.org/T195071)
** Glent suggestions finalized and ready to be tested ("Did you mean"
suggestions)
=== Security ===
* Updates:
** Security Review For Parsoid-PHP will be actively worked on over next few
weeks: https://phabricator.wikimedia.org/T227209
** Security Review For MediaWiki REST API infrastructure will be actively
worked on over next few weeks: https://phabricator.wikimedia.org/T230140
** Currently trying to wrap up DoubleWiki:
https://phabricator.wikimedia.org/T131199
** Currently trying to wrap up PCS mobile review:
https://phabricator.wikimedia.org/T227114
** In progress: https://phabricator.wikimedia.org/T227244
=== Site Reliability Engineering ===
* Blocking:
** Search Platform: dumpRDF for MediaInfo entities loads each page
individually: https://phabricator.wikimedia.org/T222497
* Updates:
** SRE DBAs call your attention to:
*** Several MW master failover (s2, s3, s4, s8) scheduled, with read only
windows, check the days and affected wikis at
https://phabricator.wikimedia.org/T230788
*** M1 (etherpad) primary master failover scheduled for 10th Sept at 16:00
UTC: few seconds of read-only expected
https://phabricator.wikimedia.org/T231403
== Wikimedia DE ==
=== Wikidata ===
* Blocked by:
** Not really certain by who exactly (Core Platform): not a critical
blocker at this point, but we'd appreciate some input/triaging on the issue
with authentication (CentralAuth) on Wikideta when switching between
desktop and mobile views: https://phabricator.wikimedia.org/T225814
Hello,
Due to conflict with my personal schedule on Wednesday, I have shifted
the train slot to the American slot @19:00 UTC instead of 14:00UTC.
I will promote group1 to 1.34.0-wmf.21 today at:
19:00 UTC
12:00 PDT
21:00 UTC+2
Train blocking task is https://phabricator.wikimedia.org/T220746
I apologize for the short notice.
--
Antoine "hashar" Musso