I was looking at Pywikibot's commit stats for something and noticed that
as of earlier today, `git shortlog -s` reports that Xqt hit 4,000
commits in the pywikibot/core repository!
For comparison, the next human is at 822 commits. In total the
repository has a little over 9,800 commits, of which ~40% are from Xqt.
Thank you Xqt for all your work maintaining Pywikibot for so many years
and for helping power so many bots across Wikimedia.
-- Legoktm
https://www.mediawiki.org/wiki/Scrum_of_scrums/2021-05-05
= 2021-05-05 =
== Callouts ==
* From SRE Service Operations:
** DC Switchover scheduled for week of June 28th, will start reaching out
to service owners to make sure things are ready to switch
** Mailman3!! lists.wikimedia.org is now running both Mailman2 and
Mailman3, migration slowly in progress. Reach out to Kunal/Amir if you have
questions/problems.
* 1.36 RC.0 was released. Only one bug found so far. If you have a release
blocker, please file it urgently:
https://phabricator.wikimedia.org/tag/mw-1.36-release/
== Gerrit patches or GitHub Pull Requests for reviews or feedback ==
*
=== No updates ===
CommTech, Anti-Harassment Tools, Editing, iOS, Android, ProdInfra, Parsing,
Language, Library, Analytics, Cloud Services, Platform, Performance,
Security
== SoS Meeting Bookkeeping ==
* Updates:
== Product ==
=== Growth ===
* Blocked by:
** Editing on code review of
https://gerrit.wikimedia.org/r/c/mediawiki/extensions/VisualEditor/+/682014
* Blocking:
* Thank yous:
* Updates:
** Continuing work on Add Link https://wikitech.wikimedia.org/wiki/Add_Link
*** now running in dark mode on arwiki, bnwiki, cswiki, viwiki
https://phabricator.wikimedia.org/T278710
** Continuing work on on-wiki configuration
https://www.mediawiki.org/wiki/Growth/Community_configuration
** Deploying Growth features to elwiki
=== Web ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Began the rollout of the new language switcher treatment:
https://phabricator.wikimedia.org/T280526
=== Structured Data ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Testing the image recommendations API—if you're bored and want to help
us out, please consider reviewing some images (we especially need help in
English and Cebuano)
*** https://image-recommendation-test.toolforge.org/?uselang=en
** Starting process to deploy the new standalone MediaSearch extension
=== Abstract Wikipedia ===
* Blocked by:
** None.
* Blocking:
** None known.
* Thank yous:
* Updates:
** Nothing exciting this week.
** Working on Phase δ (delta):
https://meta.wikimedia.org/wiki/Abstract_Wikipedia/Phases – getting close!
=== Inuka ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Working on the Wikipedia Preview Wordpress Plugin
https://phabricator.wikimedia.org/T278383
** Trending articles engagement issue in KaiOS app
https://phabricator.wikimedia.org/T280830
=== Vue.js ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Build step technical decision making process is moving along; awaiting
feedback from the forum and developing proofs of concept
*** https://phabricator.wikimedia.org/T279108
*** https://github.com/egardner/mediawiki-extensions-BuildSandbox/pull/2
** Continuing work on the UI components design inventory
*** https://phabricator.wikimedia.org/T277047
** WVUI: building components and experimenting with the Composition API
plugin
== Technology ==
=== Fundraising Tech ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Deploying new email preferences center
** starting work to integrate with new API of backup card processor
** Moving more CiviCRM custom code out of drupal 7 modules
=== Engineering Productivity ===
==== Quality and Test Engineering ====
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** Blog post by Elena Tonkovidova - Breakpoint at BrowserStack conferences
(2020-2021) - reflections and thoughts (Part 2 Focus on Exploratory
testing) https://phabricator.wikimedia.org/phame/post/view/237
** Blog post by Željko Filipin - Debug Selenium Tests: logLevel (Part 1)
https://phabricator.wikimedia.org/phame/post/view/238
==== Release Engineering ====
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** [All] Deployments/Covid-19
https://wikitech.wikimedia.org/wiki/Deployments/Covid-19
** Train Health
*** Last week: 1.37.0-wmf.3 [[phab:T278347]] <!--
https://phabricator.wikimedia.org/T278347 -->
*** This week: 1.37.0-wmf.4 [[phab:T281145]] <!--
https://phabricator.wikimedia.org/T281145 -->
*** Next week: 1.37.0-wmf.5 [[phab:T281146]] <!--
https://phabricator.wikimedia.org/T281146 -->
=== Search Platform ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** wikidata-query-rdf-maven-release-docker builds fail due to hitting 30min
timeout - https://phabricator.wikimedia.org/T280863
** Reload ORES data into weighted_tags -
https://phabricator.wikimedia.org/T274583
** MediaSearch results not updated 12 hours after overwriting image -
https://phabricator.wikimedia.org/T274204
** Deploy new version of Extra Plugin (with Khmer filter) to Elasticsearch
cluster - https://phabricator.wikimedia.org/T274204
** Clean up failed reindexing indexes -
https://phabricator.wikimedia.org/T279607
** WDQS data-transfer cookbook needs to wait for updater to catchup on lag
- https://phabricator.wikimedia.org/T280108
=== Site Reliability Engineering ===
* Blocked by:
* Blocking:
* Thank yous:
* Updates:
** DC Switchover scheduled for week of June 28th, will start reaching out
to service owners to make sure things are ready to switch
** Mailman3!! lists.wikimedia.org is now running both Mailman2 and
Mailman3, migration slowly in progress. Reach out to Kunal/Amir if you have
questions/problems.
=== WMDE Technical Wishes ===
* Blocked by:
* Blocking:
* Thank yous:
** mforns and the Analytics team carried us across the finish line, making
a suite of new metrics available.
** Urbanecm for accompanying and performing several backports and config
changes over the past weeks ( even more to come 😬 )
* Updates:
** Reference Previews deployment was reverted today, we'll try again
tomorrow. (T271206)
== Cross-cutting ==
* Blocked by:
** [long term] Search Platform: PHP 8.0 work is long-term blocked on the
migration to ElasticSearch 7.0 https://phabricator.wikimedia.org/T263142
(or at least 6.7).
* Blocking:
** None known.
* Thank yous:
* Updates:
** REL1_36 release process:
*** 1.36 RC.0 was released. Only one bug found so far. If you have a
release blocker, please file it urgently:
https://phabricator.wikimedia.org/tag/mw-1.36-release/
** CI tools:
*** New release of mediawiki-codesniffer (v36) came out last week; 58% of
repos updated so far.
*** CI tools' upgrade status:
https://libraryupgrader2.wmcloud.org/status?branch=master
** PHP 8.0:
*** No change this week.
*** Our target is REL1_35 (and thus also REL1_36), as well as master.
*** Upstream libraries: Elastica-related PHP code is theoretically the last
one.
*** Core: Some unit and integration tests still fail; thank you to everyone
working on fixing them.
[[Category:Scrum of scrums{{#translation:}}|*]]
Hello,
I have released Quibble 0.0.47 a minute ago:
* Fixes installation under Python 3.5
* Inject MediaWiki related environment variables when running a user script
* Run "composer test-some" for mediawiki/core (which will let us make
"composer test" to run against all files as it is done on all other
repositories).
* Test Parsoid as if it were an extension
And that is about it. The complete changelog is at:
https://doc.wikimedia.org/quibble/changelog.html
The CI jobs will eventually be updated to it over the next hours / days.
cheers,
--
Antoine "hashar" Musso
Hi all,
The 1.37.0-wmf.4[0] train is currently blocked at group0 by the
following issue:
* Special:RecentChanges with userExpLevel=newcomer causes Fatal
exception of type "Wikimedia\Rdbms\DBQueryError": Unknown column
'actor_user'
- https://phabricator.wikimedia.org/T281981
If this issue is resolved before the 19:00 UTC train deployment window,
the train will proceed as normal to group1.
As ever, you can follow train progress on Freenode's
#wikimedia-operations as well as on the blocker task[0].
Regards,
-- Your bedraggled train crew
[0]. <https://phabricator.wikimedia.org/T281145>
[1].
<https://wikitech.wikimedia.org/wiki/Deployments/Holding_the_train#Issues_th…>
Dear Wikimedians,
The Wikimedia Foundation Board of Trustees met last week to decide on a
plan for the 2021 Board elections. The Board Governance Committee created a
proposal based on the report of Call for Feedback about Community Board
Seats
<https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_Boa…>
[1]. The full proposal
<https://upload.wikimedia.org/wikipedia/foundation/8/83/BGC_Community_Truste…>[2]
is available on Foundation Wiki. The Board wants to thank the more than 800
volunteers that participated in the Call for Feedback in one way or
another. It has been very difficult to decide on every open question
considering the quantity and diversity of opinions received. We hope this
resolution feels sensible to everybody.
The summary of the proposal is as follows:
1. The Board drafts a call for candidates that includes details about
the skills and experience that are currently represented on the Board
(excluding trustees whose terms are expiring) and that the Board would like
the selected trustees to have.
2. The Foundation devotes resources to informing communities of the
trustee selection process and encouraging people from emerging and
underrepresented communities to run as candidates.
3. As part of their self-nomination process, candidates fill out the
trustee evaluation form.
4. The Foundation continues to devote resources to invite communities to
participate in the selection process by engaging candidates during the
campaign period and by voting.
5. Community members vote and their votes are counted using a *proportional
voting system* chosen by the Elections Committee.
6. The Foundation conducts the usual vetting of the selected candidates
(background check and communications review).
7. The Board appoints the selected candidates for whom the vetting
process did not reveal any significant issues.
This proposal does not suggest implementing quotas or hard requirements for
candidate skills or experience for the 2021 round of community trustee
selection. Instead, it relies on the more detailed information from the
Board in the call for feedback, the community outreach efforts, and the
proportional voting system to meet the Board’s needs in terms of skills and
diversity. However, it also contemplates potentially adding or changing
elements to the process for future rounds of trustee selection, based on an
assessment of the effectiveness this first time.
The draft timeline is as follows:
1. April 15: Board meets to consider and approve this proposal
2. April - May: Elections Committee and staff plan the details of the
selection process
3. June 1-2: Board meets and approves the call for candidates
4. June 8 - 29: Call for candidates; candidate outreach
5. June 29 - July 20: Candidates campaign and answer questions;
community outreach
6. July 20 - August 3: Voting; community outreach
7. August 3 - 10: Vote counting and processing
8. August 10 - 24: Foundation vetting of selected candidates
9. August / September: Board appoints selected candidates
*(tentative only, subject to change)*
Please go through the full proposal[2] for further details, and let me know
if you have any questions. In the upcoming days, the Board elections
facilitation team will share their ideas to support candidates and voters.
Best,
Krishna Chaitanya,
Communications Facilitator, Board Governance
[1] Call for Feedback report:
https://meta.wikimedia.org/wiki/Special:MyLanguage/Wikimedia_Foundation_Boa…
[2] Full proposal:
https://upload.wikimedia.org/wikipedia/foundation/8/83/BGC_Community_Truste…
Hello all,
The following breaking changes will be made without deprecation in MediaWiki 1.37 release [1]:
- File::deleteFile - will accept UserIdentity instead of User
- File::getDescription - will accept Authority instead of User
- File::userCan - will accept Authority instead of User
- LocalFile::deleteOldFile - will accept UserIdentity instead of User
The parameter types in method signatures have been widened, so callers of these methods will not be affected.
However, these methods are marked as “@stable to override” per Stable Interface Policy [1] and widening
the parameter type hints will break classes overriding the aforementioned methods. However, according to
codesearch [2] none of these methods are overridden by anything in MediaWiki ecosystem.
Please reach out on Gerrit or on this mailing list if you have concerns about the proposed change.
Best regards, Petr Pchelko
[1] https://gerrit.wikimedia.org/r/c/mediawiki/core/+/677014 <https://gerrit.wikimedia.org/r/c/mediawiki/core/+/677014>
[2] https://www.mediawiki.org/wiki/Stable_interface_policy <https://www.mediawiki.org/wiki/Stable_interface_policy>[3] https://codesearch.wmcloud.org/search/ <https://codesearch.wmcloud.org/search/>
Hi Community Metrics team,
This is your automatic monthly Phabricator statistics mail.
Accounts created in (2021-04): 366
Active Maniphest users (any activity) in (2021-04): 1152
Task authors in (2021-04): 603
Users who have closed tasks in (2021-04): 295
Projects which had at least one task moved from one column to another on
their workboard in (2021-04): 303
Tasks created in (2021-04): 2594
Tasks closed in (2021-04): 2266
Open and stalled tasks in total: 47761
* Only open tasks in total: 46879
* Only stalled tasks in total: 882
Median age in days of open tasks by priority:
Unbreak now: 2
Needs Triage: 635
High: 952
Normal: 1393
Low: 2009
Lowest: 2067
(How long tasks have been open, not how long they have had that priority)
Active Differential users (any activity) in (2021-04): 8
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 phab1001 at Sat 01 May 2021 12:00:21 AM UTC)