MediaWiki-l January 2019

mediawiki-l@lists.wikimedia.org

32 participants
32 discussions

noob question: how to get a basic "Note" template to work?
by Frank Rueter | OHUfx 28 Jan '19

28 Jan '19

Hi, I am slightly embarrassed to ask this but I am a total web dev noob and after a lot of searching online I still can't figure out how to deploy the most basic template for a "Note" template as seen here. <https://www.mediawiki.org/wiki/Template:Note> All the docs I can find talk about writing your own templates or exporting/importing them from other pages etc. Is this actually required to get simple note box going like the examples on the above page (coloured box with simple icon)? I would have thought this sort of basic stuff is included in the default installation but clearly I am missing something. Any help would be appreciated. Cheers, frank -- ohufxLogo 50x50 <http://www.ohufx.com> *vfx compositing <http://ohufx.com/index.php/vfx-compositing> | *workflow customisation and consulting <http://ohufx.com/index.php/vfx-customising>* *

2 2

Please allow folks to use Gerrit GitHub
by Jeffrey Walton 24 Jan '19

24 Jan '19

This makes no sense (from https://gerrit.wikimedia.org/g/mediawiki/extensions/ConfirmEdit): # cd mediawiki/extensions # git clone ssh://gerrit.wikimedia.org:29418/mediawiki/extensions/ConfirmEdit Cloning into 'ConfirmEdit'... Permission denied (publickey). fatal: Could not read from remote repository. Please make sure you have the correct access rights and the repository exists.

3 5

User Event Notices
by Greg Rundlett (freephile) 24 Jan '19

24 Jan '19

MediaWiki provides certain user feedback as you reach milestones, or certain events occur: "You've created your first edit" "You were mentioned in ..." "Congratulations on one year" (I could be mistaken about this one... I know Discourse does it) I believe the 'notifications' system [1] is primarily responsible for this; while the 'echo' and 'thanks' extensions play major roles. In fact, I've read that one or both may be going into core. Is there a current list to know what messages a User sees? Although the page at [1] lists 'edit-thank', is there a built-in system setting for 1st edit, 10th edit, 100th edit like in the translate extension? Can an Administrator define their own events (Happy Birthday, Happy Anniversary)? I'm looking for something more detailed that would list the specific notifications that users get. I can see the open issues [2] and project board [3], but is there a way for me to tell what new notifications are just around the bend? It looks like there's active work on "Notification: Your file was used" [4] but then again it's been active for 4 years. "Thanks" :-) [1] https://www.mediawiki.org/wiki/Notifications [2] https://phabricator.wikimedia.org/T125653 [3] https://phabricator.wikimedia.org/project/board/182/ [4] https://phabricator.wikimedia.org/T77154 Greg Rundlett https://eQuality-Tech.com https://freephile.org

1 0

Why does Media wiki claim Questy Captcha is not available?
by Jeffrey Walton 24 Jan '19

24 Jan '19

I am trying to test account creation. From a private browsing windows I navigate to our wiki at https://www.cryptopp.com/wiki/Main_Page. Then I click login and it takes me to https://www.cryptopp.com/w/index.php?title=Special:UserLogin&returnto=Main+… I get an exception that says: [XEjuboXCm5007QXukql23QAAAAI] /w/index.php?title=Special:UserLogin&returnto=Main+Page Error from line 18 of /var/www/html/w/extensions/ConfirmEdit/includes/ConfirmEditHooks.php: Class 'QuestyCaptcha' not found However, when I look in extensions/: # find . -name '*QuestyCaptcha.*' ./ConfirmEdit/QuestyCaptcha/QuestyCaptcha.php ./ConfirmEdit/QuestyCaptcha/QuestyCaptcha.class.php ./ConfirmEdit/QuestyCaptcha.php Adding this causes another php exception when attempting to load LocalSettings.php and running update.php (from https://www.mediawiki.org/wiki/Extension:QuestyCaptcha): wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/QuestyCaptcha' ]); I'm having trouble getting the latest ConfirmEdit so that does not appear to be a viable option. Why does Media wiki claim Questy Captcha is not available? Thanks in advance.

2 2

Download of MediaWiki and 1.30?
by [[kgh]] 23 Jan '19

23 Jan '19

Hi, yesterday I tried for the first time to download 1.32.0 [0] and just now. However it is not working for me. Am I the only one? While I am at it: When will the EOL of 1.30 be announced and the last release with all the backports since 1.30.1 be done? Cheers Karsten [0] https://releases.wikimedia.org/mediawiki/1.32/mediawiki-1.32.0.tar.gz

2 2

MediaWiki Language Extension Bundle 2019.01 release
by Kartik Mistry 23 Jan '19

23 Jan '19

I would like to announce the release of MediaWiki Language Extension Bundle 2019.01. This bundle is The bundle is compatible with MediaWiki 1.31 and 1.32 or above and requires PHP 5.5.9 or above. Next MLEB is expected to be released in 3 months. If there are major changes or important bug fixes, we will do intermediate release. Please give us your feedback at [[Talk:MLEB|https://www.mediawiki.org/wiki/Talk:MLEB]]. * Download: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2019.01.tar… * sha256sum: 39f2e946e360ac868744dc8e6f62cb5723447415bd11bcbb4911eb0f3674360c * Signature: https://translatewiki.net/mleb/MediaWikiLanguageExtensionBundle-2019.01.tar… Quick links: * Installation instructions are at https://www.mediawiki.org/wiki/MLEB * Announcements of new releases will be posted to a mailing list: https://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n * Report bugs to https://phabricator.wikimedia.org * Talk with us at #mediawiki-i18n @ freenode Release notes for each extension are below. -- Kartik Mistry == Babel == === Highlights === * Maintenance and localization updates only. == cldr == === Highlights === * Maintenance updates only. == CleanChanges == === Highlights === * Maintenance and localization updates only. == LocalisationUpdate == === Noteworthy changes === * Maintenance updates only. == Translate == === Noteworthy changes === * $wgTranslateCC is deprecated now. It should be replaced by TranslatePostInitGroups hook. (T212836) * Updated MicrosoftWebService to new API. (T46679) * Added proofreading to (Language|MessageGroup)Stats. The statistics table also has updated styling. (T41279) * Fast proofreading is now possible with CTRL+Enter in the proofreading mode. * Skipping messages Special:Translate's page mode no longer sometimes marks the translation proofread. (T206748) * Translatable subpages are no longer moved when moving parent. This used to break those pages. Now they must be moved manually. (T114592) * Message group stats updating was broken in multiple ways. Please report if you still observe stale statistics. (T134252, T208521) == UniversalLanguageSelector == === Noteworthy changes === * Maintenance updates only. ==== Input Methods ==== * Added Tilde layouts for Hausa, Igbo, and Yoruba. * Added Ewe layout. * Fixed Fon tilde input method. * Added a transliteration layout for the Ho language in the Warang Citi alphabet. * Enable the Palochka layout for Ingush. * Fixed the Blin / Tigre / Tigrinya GeezIM layouts. * Fixed the Santali Ol Chiki InScript 2 layout. -- Kartik Mistry | કાર્તિક મિસ્ત્રી kartikm.wordpress.com

1 1

Repair database after de-spamming
by Jeffrey Walton 23 Jan '19

23 Jan '19

Hi Everyone, On December 31, 2018 a spammer got around our defenses and created about 11,000 accounts and associated spam. I cleaned it manually using https://webmasters.stackexchange.com/a/45486/40589 . Effectively, all user_id>3 were deleted and orphaned pages were deleted. I reset the AUTO_INCREMENT to 4 on user table. I then recreated two admin accounts by hand using mysql command line. So user_id 4 and 5 are in use. This was done so I could delete all user_id>5 if the event happens again. I did not set passwords for the admin users because I was not sure if PASSWORD('XXX') was the correct format for Mediawiki. Now I am at: # php maintenance/changePassword.php --user=AAAA --password=BBB...BBB [f5796fb437053c310f59d201] [no req] MWException from line 4155 of /var/www/html/w/includes/user/User.php: CAS update failed on user_touched for user ID '4' (read from replica); the version of the user to be saved is older than the current version. At this point I have run update.php, rebuildall.php and performed a mysqlcheck: mysqlcheck --all-databases --auto-repair --user=XXX--password=YYY All the repair attempts are succeeding, but the problem still exists. I've got a feeling I have not run the correct php script in maintenance/. How do I fix whatever is wrong here? Thanks in advance.

2 1

New episode of Between the Brackets: Megan Cutrofello
by Yaron Koren 23 Jan '19

23 Jan '19

Hi, A new episode of the MediaWiki podcast "Between the Brackets" has been released: this one features an interview with Megan Cutrofello, AKA River, who runs various large esports wikis, most notably Leaguepedia, which is for the video game League of Legends. You can listen to the episode here: http://betweenthebrackets.libsyn.com/episode-26-megan-cutrofello -Yaron

1 0

load.php gives different data through Cloudfront than directly
by David Gerard 22 Jan '19

22 Jan '19

I have a work wiki (running 1.27) that I'm trying to put through AWS Cloudfront. So far it appears to work through Cloudfront! Except that load.php gives different data through Cloudfront, and I get an unstyled page, and load.php's entire output seems to be: /* This file is the Web entry point for MediaWiki's ResourceLoader: <https://www.mediawiki.org/wiki/ResourceLoader>. In this request, no modules were requested. Max made me put this here. */ If I go directly to the wiki server, load.php gives all the stuff one would expect. Cache TTL is set to 0 while I try to get this working. Lots of other people run MediaWiki through Cloudfront okay. What simple thing have I missed here? (I'm configuring Cloudfront with Terraform, if that helps.) - d.

2 2

Create page through api very slow
by Ad Strack van Schijndel 22 Jan '19

22 Jan '19

Hi, We have a wiki on which we create pages through the api. One category of pages, ‘Person’ pages take much longer than other pages. The calls look like this: action=edit&format=json&title=Organisatie%2F1547554622&text=%7B%7BOrganisatie%0A%7CName%3Dtest123%0A%7CArchived%3DNo%0A%7D%7D&summary=User%3A+USER&token=ebc088384201f777ef72cade39e13d15c3dcf3f%2B%5C takes 1.1 seconds to complete, where: action=edit&format=json&title=Persoon%2F1547554694&text=%7B%7BPersoon%0A%7CName%3D121212%0A%7CWerkvorm%3DZZP%0A%7CArchived%3DNo%0A%7D%7D&summary=User%3A+USER&token=1a7e283307bf3f76f8baafd66f371d9c5c3dcf86%2B%5C takes 7.4 seconds. So we don’t see any significant difference. Also the templates are not very special. The difference is very consistent. We use: MW 1.27.4 Cargo 2.0.1 And some other extensions that shouldn’t have anything to do with this. Does anyone have a tip on how to find out what is causing this difference in performance? Thanks in advance! Ad

2 2

2026

2025

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