Wikitech-l April 2020

wikitech-l@lists.wikimedia.org

43 participants
58 discussions

Unable to Access new extension with mw.loader
by Egbe Eugene 06 Apr '20

06 Apr '20

Hi All, I am trying to convert an old extension into a module which I can use from other extensions. After configuring with something like below: "ResourceModules": { "ext.myExtension": { "packageFiles": [ "resources/ext.myExtension/index.js", "resources/ext.myExtension/core.js", "resources/ext.myExtension/foobar.js" ], "styles": "resources/ext.myExtension.css", "messages": [ "myextension-hello-world", "myextension-goodbye-world" ], "dependencies": [ "oojs" ] }} mw.loader.using('ext.myExtension')... results into a module not found error What could be missing here?

1 0

Running JS for parser function preview in Visual Editor
by Jeroen De Dauw 05 Apr '20

05 Apr '20

Hey, I am maintainer of the Maps extension for MediaWiki. https://github.com/JeroenDeDauw/Maps#maps Recently I worked on improving integration with Visual Editor. Maps used to not show up as a grey box [0] since their initialization JavaScript was not 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 [1]. That is not a complete solution though, since you can edit the maps with Visual Editor [2]. 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 repeating initialization. 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 [3], including a few commented out bits which I left in so you can see some of what did not work. [0] https://user-images.githubusercontent.com/146040/78461765-18d15780-76cc-11e… [1] https://user-images.githubusercontent.com/146040/78461769-21299280-76cc-11e… [2] https://user-images.githubusercontent.com/146040/78461779-369ebc80-76cc-11e… [3] https://github.com/JeroenDeDauw/Maps/blob/7.17.1/resources/leaflet/LeafletL… Cheers -- Jeroen De Dauw | www.EntropyWins.wtf <https://EntropyWins.wtf> Professional wiki hosting and services: www.Professional.Wiki <https://Professional.Wiki> Entrepreneur | Software Crafter | Open Source | Wikimedia | Speaker ~=[,,_,,]:3

2 2

TechCom Radar 2020-04-01
by Alexandra Paskulin 03 Apr '20

03 Apr '20

Hi all, Here are the minutes from this week's TechCom meeting: * Approved: RFC 2019 Process amendments <https://phabricator.wikimedia.org/T216308> * Moved to under discussion: RFC Wikimedia Push Notification Service <https://phabricator.wikimedia.org/T249065> * Moved to backlog: RFC Remove IE 8 and Android 2.0+ from basic support <https://phabricator.wikimedia.org/T248061> * Discussed: RFC Partial opt-out method for Content security policy <https://phabricator.wikimedia.org/T208188> * Discussed: RFC Section header "share" link <https://phabricator.wikimedia.org/T18691> * Next week, we'll be holding an open office hour on IRC. Bring your questions, feedback, and discussion topics. Join us on 2020-04-08 at 21:00 UTC (14:00 PT, 23:00 CET) in #wikimedia-office. You can also find our meeting minutes at <https://www.mediawiki.org/wiki/Wikimedia_Technical_Committee/Minutes> See also the TechCom RFC board <https://phabricator.wikimedia.org/tag/mediawiki-rfcs/>. If you prefer you can subscribe to our newsletter here <https://www.mediawiki.org/wiki/Newsletter:TechCom_Radar> Best, - Alex -- Alex Paskulin Technical Writer Wikimedia Foundation

1 0

Update on ResourceLoader debug mode
by Krinkle 02 Apr '20

02 Apr '20

Hi, I've written down some observations, thoughts and ideas for ResourceLoader's debug mode. See https://phabricator.wikimedia.org/T85805. 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. -- Timo

1 0

[Train] 1.35.0-wmf.26 status update
by Dan Duvall 01 Apr '20

01 Apr '20

The 1.35.0-wmf.26 version of MediaWiki is blocked.[1] The new version is deployed to group0,[2] but can proceed no further until these issues are resolved: * High rate of timeouts on jsonTruncated channel - https://phabricator.wikimedia.org/T249162 Once these issues are resolved, train can resume. If these issues are resolved on a Friday, the train will resume on Monday. Thank you for your help in resolving these issues! -- Your humble train toiler [1]: https://phabricator.wikimedia.org/T247773 [2]: <https://tools.wmflabs.org/versions/> -- Dan Duvall Senior Software Engineer, Release Engineering Wikimedia Foundation <http://wikimediafoundation.org>

1 0

Scrum of scrums/2020-04-01
by Željko Filipin 01 Apr '20

01 Apr '20

Hi, for HTML version see https://www.mediawiki.org/wiki/Scrum_of_scrums/2020-04-01 Željko -- = 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 === * Updates: ** 6.6 release out on public beta (mobile-html integration) - [[phab:project/view/4273]] *** bug fixing and working towards code freeze on that === Android native app === * Updates: ** 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 === * Updates: ** Summary: Vue.js iterations planning and continuing desktop improvements project (DIP). ** [[Reading/Web/Desktop_Improvements|Desktop Improvements Project (Vector / DIP)]]: *** [[phab:T244481|<nowiki>Provide basic FeatureManagement in Vector codebase</nowiki>]] *** [[phab:T243281|<nowiki>Build opt-out link for logged-in users with new vector on</nowiki>]] *** [[phab:T248399|<nowiki>Document Skin API and their stability, if any (including Vector)</nowiki>]] *** [[phab:T246419|<nowiki>Build collapsible sidebar and sidebar button </nowiki>]] *** [[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 $wgLogos</nowiki>]] *** [[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 disabling</nowiki>]] *** [[phab:T237230|<nowiki>Long edit summary/titles/user breaking AMC special pages</nowiki>]] ** Miscellaneous *** [[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 tests</nowiki>]] === Product Infrastructure === * Updates: ** /page/summary endpoint: updating the list of api_urls endpoints. Removing references to removed endpoints. Is anyone even using this? [[[phab:T247991]]] ** upcoming OSM data re-import in codfw [[[phab:T243609]]] ** Wikimedia Push Notification Service RFC published: [[phab:T249065]] === Structured Data === * Updates: ** minor updates to MachineVision ** failed attempt to get wikibase constraints deployed to production commons :/ ** experimenting with Vue.js on frontend ** media search prototype == Technology == === Fundraising Tech === * Updates: ** Fixes to backup payment processor NL bank transfer integration [[phab:T247885]], [[phab:T248712]] ** 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 === * Blocking: ** Search Platform: MW Job consumers sometimes pause for several minutes [[phab:T224425]] * Updates: ** API gateway designs ** Finished Core REST API MVP epic [[phab:T229662]] ** New backwards-compatible hooks interface coming === Engineering Productivity === ==== Release Engineering ==== * Updates: ** [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 [[phab:T224425]] * Updates: ** Data for events from wdqs needs to be deleted after 90 days and/or sanitized [[phab:T247034]] * Stuff no one else cares about: === Site Reliability Engineering === * Updates: ** 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.

1 0

Resource Loader messes up Leaflet CSS
by Jeroen De Dauw 01 Apr '20

01 Apr '20

Hey, When using the Maps extension together with MediaWiki 1.34 or later the markers on Leaflet maps do not show correctly. Example: https://user-images.githubusercontent.com/146040/78082503-7b1c1680-73b3-11e… Issue tread: https://github.com/JeroenDeDauw/Maps/issues/607 They show fine on older versions of MediaWiki. Though only if Maps loads the leaflet.css file by stuffing an Html::linkedStyle() into the header on top of using the Resouce Loader. Without that hack the bug also shows up on older MediaWiki versions. As you can deduce from that hack working, Resouce Loader is somehow involved. This can be confirmed by setting $wgResourceLoaderDebug to true, which causes the bug to disappear. I tracked this down a bit and found that this modification "fixes" the bug as well: https://github.com/JeroenDeDauw/MediaWiki/commit/1713ccde9de7d59634b1a134c5… Without knowing how the Leaflet library is being broken or knowing Resource Loader internals, this is rather hard to track down further. Any help is much appreciated. Some relevant code: * Resource loader module definition: https://github.com/JeroenDeDauw/Maps/blob/master/extension.json#L111 * leaflet.css: https://github.com/JeroenDeDauw/Maps/blob/master/resources/lib/leaflet/leaf… Cheers -- Jeroen De Dauw | www.EntropyWins.wtf <https://EntropyWins.wtf> Professional wiki hosting and services: www.Professional.Wiki <https://Professional.Wiki> Entrepreneur | Software Crafter | Open Source | Wikimedia | Speaker ~=[,,_,,]:3

4 3

Phabricator monthly statistics - 2020-03
by communitymetrics＠wikimedia.org 31 Mar '20

31 Mar '20

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 High: 951 Normal: 1224 Low: 1729 Lowest: 1743 (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 . Yours sincerely, Fab Rick Aytor (via community_metrics.sh on phab1001 at Wed 01 Apr 2020 12:01:01 AM UTC)

1 0

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l April 2020