Wikitech-l April 2020

wikitech-l@lists.wikimedia.org

43 participants
53 discussions

Deployment Guidance Office Hours
by Tyler Cipriani 07 Apr '20

07 Apr '20

Hi all! Just a friendly reminder: We’re hosting office hours on Mondays at 17:00 UTC in #wikimedia-office on freenode where you can ask questions regarding the COVID-19 deployment guidelines (https://wikitech.wikimedia.org/wiki/Deployments/Covid-19). This week's train deployment branch was cut today[0]. If you have any concerns about patches that landed this week, feel free to reach out to me or Release Engineering via email or IRC. <3! -- Tyler [0]. <https://www.mediawiki.org/wiki/MediaWiki_1.35/wmf.27/Changelog>

1 0

Problems with Mozilla 74.0.1 (64 bit)
by Ilario valdelli 07 Apr '20

07 Apr '20

Hi all I am having problems with the Mozilla version into subject. I receive this errors: /Content Security Policy: The page's settings blocked the loading of a resource at inline ("script-src"). //Content Security Policy: The page's settings blocked the loading of a resource at https://it.wikipedia.org/w/load.php?lang=it&modules=startup&only=scripts&ra… ("script-src")./ It meansthat the visual editor is not present as the menubar of the basic editor. I fixed using: /about: config// //security.csp.enable// //turned true to false/ The problem is not present in Chrome. I write here because I don't know if I have to open a ticket in Phabricator. Kind regards// -- Ilario Valdelli Wikimedia CH Verein zur Förderung Freien Wissens Association pour l’avancement des connaissances libre Associazione per il sostegno alla conoscenza libera Switzerland - 8008 Zürich Wikipedia: Ilario Skype: valdelli Tel: +41764821371 http://www.wikimedia.ch

2 1

[Train] 1.35.0-wmf.27 status update
by Jeena Huneidi 07 Apr '20

07 Apr '20

The 1.35.0-wmf.27 version of MediaWiki is blocked[0]. The new version is not deployed to any group[1], and can proceed no further until these issues are resolved: * Call to undefined method WikiPageMessageGroup::getKeys() - https://phabricator.wikimedia.org/T249258 * Wikidata's wb_items_per_site table has suddenly disappeared, creating DBQueryErrors on page views - https://phabricator.wikimedia.org/T249565 Once these issues are resolved train can resume. If these issues are resolved on a Friday the train will resume Monday. Thank you for your help resolving these issues! -- Your humble train toiler [0]. https://phabricator.wikimedia.org/T247774 [1]. <https://tools.wmflabs.org/versions/> -- Jeena Huneidi Software Engineer, Release Engineering Wikimedia Foundation

1 0

Patents on MediaWiki search and WMF v. WordLogic
by Federico Leva (Nemo) 06 Apr '20

06 Apr '20

WMF and IA are suing a patent troll which claims to hold a patent relevant for MediaWiki search autocomplete: https://www.infodocket.com/2020/03/13/report-wikimedia-internet-archive-wan… The case is doing the rounds and I've not seen it on CourtListener (don't all WMF lawyers use RECAP? :-) ), so I've uploaded the WMF complaint to <https://commons.wikimedia.org/wiki/File:2020-03-11_Wikimedia_Foundation_v._…> Federico

2 2

What is "revision slot" and why is it necessary to specify it now?
by Petr Bena 06 Apr '20

06 Apr '20

Hello, 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 deeper attention? Thanks

5 9

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

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