MediaWiki-l January 2019

mediawiki-l@lists.wikimedia.org

32 participants
29 discussions

Announcing MediaWiki 1.32.0
by Mukunda Modell 11 Jan '19

11 Jan '19

I'm pleased to announce the release of MediaWiki version 1.32.0. Release notes are updated and archives have been uploaded to releases.wikimedia.org. Thanks to everyone who helped out with this release, especially thanks to those who tested out the release candidates and provided feedback, as well as the developers who worked hard to get several important fixes merged in time for the 1.32 final. To see what's changed in 1.32, see the release notes[1]. Below you will find download links which lead directly the source for this release, either with or without bundled extensions. ********************************************************************** Download: https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0.tar.gz Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.32/mediawiki-core-1.32.0.tar.gz Patch to previous version (1.32.0-rc.2): https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0.patch.gz GPG signatures: https://releases.wikimedia.org/mediawiki/1.32/mediawiki-core-1.32.0.tar.gz.… https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0.tar.gz.sig https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0.patch.gz.sig Public keys: https://www.mediawiki.org/keys/keys.html Release Notes https://www.mediawiki.org/wiki/Release_notes/1.32

1 0

MediaWiki ImageMagick tmp file storage problem
by rogerchrisman＠gmail.com 10 Jan '19

10 Jan '19

I upgraded teflpedia.com from MW1.22.2 to MW1.31.1 last week. A few days later I got a warning that my shared hosting account was running out of storage. It had ballooned by 2GB and was hitting it's limit. The increase was .cagefs/tmp/magick-* files piling up. So I Googled that and read that those may be ImageMagick dump files from ImageMagick failing to complete stuff. So I visited my Special:ListFiles page. Then I again checked .cagefs/tmp/ and found more magick-* files, like magick-rsYwKaSU 62MB each, piled in there. I removed them again. I have mitigated the problem by setting $wgMaxShellMemory = 300000; in my LocalSettings.php. I don't know why this mitigates it, but it seems to. It is a setting that had been working in my MW1.22.2 for years. It seems to work on my shared webhosting server. The default value in DefaultSettings.php -- $wgMaxShellMemory = 307200 -- causes this problem for me. Is it too high for my shared webhosting environment? It seems to be what was causing the problem. I don't know why. Setting it too low causes the problem too, but 300000 (300MB) has worked for me for years on this webhost. So I'll leave that set in my LocalSettings.php with a note to keep an eye on it. There are some notes from years past on this talk page: https://www.mediawiki.org/wiki/Manual_talk:$wgMaxShellMemory If you have clue or suggestions about this, please let us know. Thanks! Roger teflpedia.org hosted on Dathorn.com shared webhosting

1 0

New episode of Between the Brackets: Denny Vrandečić
by Yaron Koren 08 Jan '19

08 Jan '19

Hi, The latest episode of the MediaWiki podcast Between the Brackets has been released, featuring an interview with Denny Vrandečić, the co-creator of Semantic MediaWiki and creator of Wikidata: http://betweenthebrackets.libsyn.com/episode-25-denny-vrandei -Yaron

1 0

CSS for QuestyCaptcha question on Create Account page
by rogerchrisman＠gmail.com 07 Jan '19

07 Jan '19

I use QuestyCaptch (it is in ConfirmEdit extension) to fight spam. I use CSS in wiki's Common.css page to make the question more noticeable, because otherwise it just shows up in normal text which is not obvious and very easy to overlook. I am successfully styling the QuestyCaptcha question for page edits that add URLs with this in Common.css: /* ConfirmEdit QuestyCaptcha, on add URL in edit * */ label[for=wpCaptchaWord] { color: green; font-size: 120%; font-weight: bold; } However, that does not style the question at all on the Account Creation page. The QuestyCaptcha quesion is very easy to overlook on that page. Any suggestions? Thank you! Roger teflpedia.com

2 2

Mac Server Wiki EOL
by eQT 04 Jan '19

04 Jan '19

Do you run MacOS? Do you have a Mac Server Wiki <https://en.wikipedia.org/wiki/Wiki_Server>? As you probably know, the server is discontinued (since early 2018 [1]). Don't let your wiki material die with it. Call us today to get your Quality replacement wiki (running MediaWiki of course!). We'll handle the migration for you. ~Greg [1] https://9to5mac.com/2018/01/24/major-changes-macos-server/ Greg Rundlett founder / CEO eQuality Technology http://eQuality-Tech.com <http://equality-tech.com/> voice 978-225-0471

3 2

[MediaWiki-announce] MediaWiki 1.32.0-rc.2 is ready for testing
by Mukunda Modell 04 Jan '19

04 Jan '19

Links to the archives, signatures and keys relevant to this release are at the end of this message. There have been some changes[1] since the previous release candidate. Unfortunately, I didn't manage to get a viable rc.2 built before the holiday break, however, I don't currently anticipate further delays. As of today, all known release critical bugs are resolved on the 1.32 branch. With a fair amount of confidence I expect to release 1.32.0 final sometime next week. Warning: This is not a final release and should not be used for production websites. Known issues are tracked in Phabricator on the release work-board[1]. As always please do try out the release candidate in a test environment and report any issues that you discover. Please use the #MW-1.32-Release[2] tag in Phabricator when reporting issues specific to this release. ********************************************************************** Download: https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0-rc.2.tar.gz Download without bundled extensions: https://releases.wikimedia.org/mediawiki/1.32/mediawiki-core-1.32.0-rc.2.ta… Patch to previous version (1.32.0-rc.1): https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0-rc.2.patch.gz GPG signatures: https://releases.wikimedia.org/mediawiki/1.32/mediawiki-core-1.32.0-rc.2.ta… https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0-rc.2.tar.gz.… https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0-rc.2.patch.g… Public keys: https://www.mediawiki.org/keys/keys.html [1] https://phabricator.wikimedia.org/source/mediawiki/compare/?head=1.32.0-rc.… [2] https://phabricator.wikimedia.org/project/board/3306/ [3] https://phabricator.wikimedia.org/maniphest/task/edit/form/1/?tags=MW-1.32- Release _______________________________________________ MediaWiki announcements mailing list To unsubscribe, go to: https://lists.wikimedia.org/mailman/listinfo/mediawiki-announce

1 0

[Survey] Help Improve MediaWiki Action API Technical Documentation
by Sarah R 03 Jan '19

03 Jan '19

Hi Everyone, Over the last few months, the Wikimedia Developer Advocacy team has been working to improve technical documentation for the MediaWiki Action API <https://www.mediawiki.org/wiki/API:Main_page>. So far, we have: - Started efforts to revise, simplify, and reorganize the MediaWiki Action API pages on MediaWiki using a new documentation template for sub-pages: https://www.mediawiki.org/wiki/API:Documentation_template - Updated the API navigation-template: https://www.mediawiki.org/wiki/Template:API As we continue to make improvements to the technical documentation, we could use your help to better guide our efforts! Would you please take a few moments to complete the following survey and share your opinions and experiences with us? https://goo.gl/forms/Y5PGILb6b3awC3OJ2 *Notes about the Mediawiki Action API Survey:* *Survey Period: *December 6, 2018 - January 6, 2019 *Privacy Policy:* This survey will be conducted via a third-party service, which may subject it to additional terms. For more information on privacy and data-handling, see the survey privacy statement https://foundation.wikimedia.org/wiki/MediaWiki_Action_API_Survey_Privacy_S… . Thanks for your participation! Kindly, Sarah R. Rodlund Technical Writer, Developer Advocacy <https://meta.wikimedia.org/wiki/Developer_Advocacy> srodlund(a)wikimedia.org

1 1

Upload of png or svg files
by awrona＠uni-koeln.de 03 Jan '19

03 Jan '19

Hello, when I try to upload a png or svg file I get this error: Exception encountered, of type "LocalFileLockError" [XC4uL4ZffggAACRtm4QAAAAC] /wiki/Spezial:Hochladen LocalFileLockError from line 1930 of /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/filerepo/file/LocalFile.php: Could not acquire lock for '330px-Variable_Resistor.png.' Backtrace: #0 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/filerepo/file/LocalFile.php(1165): LocalFile->lock() #1 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/upload/UploadBase.php(729): LocalFile->upload(string, string, string, integer, array, boolean, User, array) #2 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/specials/SpecialUpload.php(537): UploadBase->performUpload(string, string, boolean, User, array) #3 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/specials/SpecialUpload.php(206): SpecialUpload->processUpload() #4 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/specialpage/SpecialPage.php(479): SpecialUpload->execute(NULL) #5 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/specialpage/SpecialPageFactory.php(577): SpecialPage->run(NULL) #6 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/MediaWiki.php(282): SpecialPageFactory::executePath(Title, RequestContext) #7 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/MediaWiki.php(735): MediaWiki->performRequest() #8 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/includes/MediaWiki.php(509): MediaWiki->main() #9 /afs/.rrz.uni-koeln.de/vol/www/projekt/sarazenen/http/docs/wiki/index.php(43): MediaWiki->run() #10 {main} What is the problem here? Many Greetings, Adalbert Wrona

2 1

extension CategoryTree <span tag showing
by rogerchrisman＠gmail.com 03 Jan '19

03 Jan '19

Hello, This is a puzzle to me. <span style="color:#0654AD;">▼</span> shows the span tag, like above, when I open the category tree on my test wiki running MediaWiki 1.31.1 with extension CategoryTree (bundled in MediaWiki) enabled. That span tag should get parsed by the browser, not be displayed. This did not happen with new MW 1.31.1 install plus CategoryTree (which is included in that version of MW). That expanded or closed the category trees for me correctly. It started happening when I dumped my wiki's database into that new MW 1.31.1 instance's database. Yes, I did run maintenance/update.php after dumping my wiki's database in there. Didn't have any trouble with that. It is a puzzle to me whow the database input and update can cause this problem of the span tag showing. The span tag is dynamic text -- it is not selectable in the web browser. The rest of the page text is, but that problem span tag and it's arrow is not, for example, when you click on one of the ► arrows on my test wiki's Contents page, which uses CategoryTree, here: http://m.rogerchrisman.com/Contents you will see the problem <span tag. I don't think my site root level URL shortening is the problem. CategoryTree worked fine with that, till I dumped my teflpedia wiki's database into above test wiki. That is when the <span tag started showing. The MediaWiki 1.22.2 wiki I am trying to upgrade (http://teflpedia.org) uses an old version (from about 2013) of CategoryTree that does not have this problem. I tested installing the old version of CategoryTree on my upgraded wiki and that works fine. However, I'd rather not use an out of date version, and I am puzzled as to what is causing this <span style="color:#0645;"> tag to show up displayed on the page instead of being interpreted as html the way it normally is. It shows up in both Firefox and in Microsoft Edge on my Windows 10 and in Firefox on my Xubuntu. Haven't tested other browse►rs. Welcome to test it in your browser: http://m.rogerchrisman.com/Contents (and click one of the little arrows, not the category page names, to expand or close the tree). That is what shows the problem <span tag. Puzzled! Happy New Year! Roger I can't believe it, 2019... almost!

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l January 2019