https://www.mediawiki.org/wiki/API:Revisions mentions "revision slots"
multiple times, but fails to explain what it is?
I noticed that some queries that were running fine in the past now
have warning: "Because "rvslots" was not specified, a legacy format
has been used for the output. This format is deprecated, and in the
future the new format will always be used."
Which is interesting, but not very descriptive. What are revision
slots? Why are they needed? What is difference between "legacy format"
and "new format"? If rvslots are so important, why they aren't part of
some of the examples?
So far I googled this: https://www.mediawiki.org/wiki/Manual:Slot it
seems like some new "work-in-progress" feature, that isn't very useful
yet, as there is only 1 slot in existence.
Is it necessary to pay attention to this? Can I simply silence this
warning by providing parameter rvslots=*? Or should I pay it some
I am trying to convert an old extension into a module which I can use from
other extensions. After configuring with something like below:
mw.loader.using('ext.myExtension')... results into a module not found error
What could be missing here?
I am maintainer of the Maps extension for MediaWiki.
Recently I worked on improving integration with Visual Editor. Maps used to
being run. I got things working but am not happy with the solution and hope
there is a better approach.
After some searching I found that if I ran the initialization code in a
handler to the ve.activationComplete hook, the maps would get initialized
as desired . That is not a complete solution though, since you can edit
the maps with Visual Editor . This causes an API request that parses the
new wikitext to HTML, which then replaces the old HTML of the initialized
map. So initialization needs to happen again.
An hour or two searching through the docs and Visual Editor code did not
yield any usable hook/event. (This was quite surprising to me. Has no one
ever done something similar to what I am doing here?) So I settled on just
running initialization once every second with setInterval(). I found the
ve.deactivationComplete hook which I then used to stop the code running
every second on saving and existing the visual editor. Turns out that when
opening the visual editor after that does not result in a new
ve.activationComplete event, hence I had to remove termination of the
Surely there is a better way to run my code once per second (ad infinitum)
starting with Visual Editor activation? The perfect event for my usecase
would be "visual editor rendered a parser function". A broader event (ie
"something got rendered") would still be better than nothing.
You can see my current code here , including a few commented out bits
which I left in so you can see some of what did not work.
Jeroen De Dauw | www.EntropyWins.wtf <https://EntropyWins.wtf>
Professional wiki hosting and services: www.Professional.Wiki
Entrepreneur | Software Crafter | Open Source | Wikimedia | Speaker
I've written down some observations, thoughts and ideas for
ResourceLoader's debug mode.
Do you like how it works today? Have suggestions for how it could be
better? Let me know here, or on-task :-)
I plan for it to be an iterative process. Mainly I'm looking to make sure
that we don't diverge the paths if we don't need to, and that if we do
split, that the new path is good enough for most use cases.
for HTML version see
= 2020-04-01 =
== Callouts ==
* Release Engineering
** [All] Review guidance at [[wikitech:Deployments/Covid-19]] and Code
Deployment Office Hour at 17:00UTC in #wikimedia-office
== Product ==
=== iOS native app ===
** 6.6 release out on public beta (mobile-html integration) -
*** bug fixing and working towards code freeze on that
=== Android native app ===
** Beta candidate with mobile-html and Suggested Edits V4 features is being
tested for a shortly coming release.
** Actively working on tech debt on Android and some analytics work for the
release candidatesCurrent board P: [[phab:project/view/4645/]]
=== Web ===
** Summary: Vue.js iterations planning and continuing desktop improvements
** [[Reading/Web/Desktop_Improvements|Desktop Improvements Project (Vector
*** [[phab:T244481|<nowiki>Provide basic FeatureManagement in Vector
*** [[phab:T243281|<nowiki>Build opt-out link for logged-in users with new
*** [[phab:T248399|<nowiki>Document Skin API and their stability, if any
*** [[phab:T246419|<nowiki>Build collapsible sidebar and sidebar button
*** [[Vue.js|Vue.js]] iterations planning.
** Mobile website (MinervaNeue / MobileFrontend):
*** [[phab:T248415|<nowiki>Regression: MediaWiki:Minerva.css is being
loaded on mobile site</nowiki>]]
*** [[phab:T248500|<nowiki>Replace $wgMobileFrontendLogo with
*** [[phab:T248141|<nowiki>Regression: MobileFrontend overrides
non-existent user page handling in desktop view</nowiki>]]
*** [[phab:T248360|<nowiki>Phan warning in
"includes/specials/SpecialMobileDiff.php" - working around by
*** [[phab:T237230|<nowiki>Long edit summary/titles/user breaking AMC
*** [[phab:T248133|<nowiki>WebInstallerOutput should more elegantly load
Vector stylesheet rather than hardcoding a reference</nowiki>]]
*** [[phab:T212521|<nowiki>RFC: Reconsider how we run QUnit unit
=== Product Infrastructure ===
** /page/summary endpoint: updating the list of api_urls endpoints.
Removing references to removed endpoints. Is anyone even using this?
** upcoming OSM data re-import in codfw [[[phab:T243609]]]
** Wikimedia Push Notification Service RFC published: [[phab:T249065]]
=== Structured Data ===
** minor updates to MachineVision
** failed attempt to get wikibase constraints deployed to production
** experimenting with Vue.js on frontend
** media search prototype
== Technology ==
=== Fundraising Tech ===
** Fixes to backup payment processor NL bank transfer integration
** Code cleanup and PHP7 updates for payment library
** Looking for alternatives to 3rd party cookies for hiding CentralNotice
banners across projects
** Determining how to get 'drush' on debian buster - might have to bug
releng for repo reset
** Reviewing contractor work on CentralNotice
** Improving email CC, BCC handling in core CiviCRM
** CiviCRM contact deduplication fixes: [[phab:T247377]]
** Testing migrating recurring card donations from main processor's old API
to new API
** Starting work on matching gifts database sync: [[phab:T247878]]
=== Core Platform ===
** Search Platform: MW Job consumers sometimes pause for several minutes
** API gateway designs
** Finished Core REST API MVP epic [[phab:T229662]]
** New backwards-compatible hooks interface coming
=== Engineering Productivity ===
==== Release Engineering ====
** [All] Deployments/Covid-19 [[wikitech:Deployments/Covid-19]]
** Train Health
*** Last week: 1.35.0-wmf.25 - [[phab:T233873]]
*** This week: 1.35.0-wmf.26 - [[phab:T247773]]
*** Next week: 1.35.0-wmf.27 - [[phab:T247774]]
=== Search Platform ===
* Blocked by:
** Core: MW Job consumers sometimes pause for several minutes
** Data for events from wdqs needs to be deleted after 90 days and/or
* Stuff no one else cares about:
=== Site Reliability Engineering ===
** TLS 1.3 support being rolled out gradually to cache-upload.
** After some routing changes, traffic to codfw will be routed more
consistently and geographically correct.
can someone to update list https://phabricator.wikimedia.org/P10500 which
contains repositories which haven't mediawiki/mediawiki-codesniffer.
I found in list that much repositories are empty, and repositories which
aren't available on Gerrit.
So, can someone please update this list of repositories (in
mediawiki/extensions) which haven't mediawiki/mediawiki-codesniffer, but at
least, contains one PHP file. or to provide me command with which I can
update list when I want, so I don't need to request it every time.
P. S.: Happy weekend! :)
Hi Community Metrics team,
This is your automatic monthly Phabricator statistics mail.
Accounts created in (2020-03): 475
Active Maniphest users (any activity) in (2020-03): 1175
Task authors in (2020-03): 587
Users who have closed tasks in (2020-03): 360
Projects which had at least one task moved from one column to another on
their workboard in (2020-03): 328
Tasks created in (2020-03): 2517
Tasks closed in (2020-03): 2533
Open and stalled tasks in total: 44046
Median age in days of open tasks by priority:
Unbreak now: 10
Needs Triage: 557
(How long tasks have been open, not how long they have had that priority)
Active Differential users (any activity) in (2020-03): 15
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 .
Fab Rick Aytor
(via community_metrics.sh on phab1001 at Wed 01 Apr 2020 12:01:01 AM UTC)