MediaWiki-l August 2016

mediawiki-l@lists.wikimedia.org

41 participants
53 discussions

Cannot link SVG thumbnails?
by Emanuele D'Arrigo 07 Aug '16

07 Aug '16

I'm getting this error when I load the page of an uploaded SVG file: *Error creating thumbnail: Unable to create temporary thumbnail file* In the wiki's debug log I'm also getting: File::transform: Doing stat for mwstore://local-backend/local-thumb/7/71/WorkInProgress_DocumentIcon.svg/185px-WorkInProgress_DocumentIcon.svg.png FileBackendStore::getFileStat: File mwstore://local-backend/local-thumb/7/71/WorkInProgress_DocumentIcon.svg/185px-WorkInProgress_DocumentIcon.svg.png does not exist. SvgHandler::doTransform: called wfMkdirParents([..home..]/public_html/w/images/temp) [thumbnail] Thumbnail failed on [...server...]: could not link [..home..]/public_html/w/images/temp/svg_c36de9bd1028590fb24e2c04/WorkInProgress _DocumentIcon.svg to /[..home..]/public_html/w/images/7/71/WorkInProgress_DocumentIcon.svg Permissions for /public_html/w/images/temp are 755 and it is owned by the correct user and group, as far as I can tell. How can I debug this issue more? Thumbnails seem to work fine for all other formats. Kind regards, Manu

1 0

Category weirdness
by LCJones 06 Aug '16

06 Aug '16

Folks, Here's what I'm running on Ubuntu 16.04 with nginx. It's a play box as I experiment with hhvm among other things. This mediawiki instance is being built as a genealogy project. Product Version MediaWiki 1.28.0-wmf.13 HHVM 3.14.4 (srv) MariaDB 10.1.16-MariaDB-1~xenial ICU 55.1 LuaSandbox 2.0.12 Lua 5.1.5 Elasticsearch 2.3.5 At first set up I created pages for individual people and created a category based on the surname. The people with same surname, i.e., Jones, would then be listed together in the correct category [[Category:Jones]]. Then I created a master "Surname" category in which all the surnames are listed which in turn made the [[Category:Jones]] to become a sub-category. However, for some reason, which I can't seem to resolve, pages are not being added to categories now. So if I create a new person page and then create the [[Category:$urname]] the page is not being added to the new category. Examples can be seen here: Working http://wiki.jonesipedia.com/wiki/John_Beaty_Sr._1661_-_1720 http://wiki.jonesipedia.com/wiki/Category:Beaty Non-working http://wiki.jonesipedia.com/wiki/Elizabeth_Ann_Ledford_1870_-_1965 http://wiki.jonesipedia.com/wiki/Category:Ledford I've checked debug and log files and can't seem to find anything wrong. So I am wondering if anyone else has run into this and/or if there is a fix I can try. Thanks, Chap

2 2

Data Import
by Khaled Soubani 06 Aug '16

06 Aug '16

I am privately hosting a public wiki (Media Wiki 1.27.0). The data sits in a local MySQL database. I want to populate the wiki pages with this data. I am unable to find any documentation to solve this. Please sen links or info. Best Regards, Khaled Soubani.

5 8

MediaWiki randomly throwing 'Exception encountered, of type "Error"'
by goofball 05 Aug '16

05 Aug '16

Hello, This may be a repost, but it says on my other one that it was not accepted. I have MediaWiki installed on a Windows Server 2012. For the most part, the page works fine, however, randomly the page will not load and give me an error stating 'Exception encountered, of type "Error"'. I have found no documentation on this error online, and turning on backtracing does not seem to help either, except for telling me that usually a class is not found. For example, when attempting to login, it will usually work, but occassionally will break and say "Class 'UserPasswordPolicy' not found". I currently have a workaround, but that involves restarting the server completely, which is obviously not ideal. Does anyone have any suggestions? Thanks! -- View this message in context: http://wikimedia.7.x6.nabble.com/MediaWiki-randomly-throwing-Exception-enco… Sent from the WikiMedia General mailing list archive at Nabble.com.

5 6

[ConfirmEdit][ReCaptcha] Call-to-Action: ReCaptcha module will be removed in the near future
by Florian Schmidt 04 Aug '16

04 Aug '16

Hi all together, first of all: If you don't use ConfirmEdit with the ReCaptcha (NOT the ReCaptchaNoCaptcha) module, you can STOP reading here :) TL;DR Please upgrade to the ReCaptchaNoCaptcha module to use a supported version in the future and please respond to [1], if you've an opinion about the deprecation/removal plan(s). Long version: As you may know, ConfirmEdit[2] (the MediaWiki extension that helps you to fight against spam) supports different CAPTCHA modules, such as a MathCaptcha (where the user has to solve a math problem) or QuestyCaptcha (where the user has to answer a pre-defined question). Another module is Google's ReCaptcha[3][4], in both versions, the old v1 and the newer v2 (also called NoCaptcha). In December 2014, Google announced a new version of the ReCaptcha CAPTCHA-service, called ReCaptcha NoCaptcha (or ReCaptcha v2). ConfirmEdit currently supports both versions, as Google did the same until recently. Now, as you can read on the FAQ page of ReCaptcha[5], Google stopped supporting the v1 of ReCaptcha. This means, that no new features are developed and that new keys registered for ReCaptcha will work with the new version 2 only. This let me come to the conclusion, that ReCaptcha v1 will not be supported by Google at all anymore in the near future. In order of this, we should ask our self, how long we want to support the old ReCaptcha module in ConfirmEdit (which, compared to the NoCaptcha module, _seems_ to be less effective). The mid-term plan is clear: remove the old ReCaptcha module. Now there are two ways to achieve this: * Deprecate the old reCaptcha in Version 1.27 of MediaWiki (would be a so called backport) and remove it in the upcoming 1.28 release * Deprecate the old reCaptcha in the upcoming Version 1.28 of MediaWiki and remove it: * in MediaWiki 1.29 or * when Google doesn't support the old reCaptcha anymore Because this is a huge problem for existing third-party wikis (and because we don't have any usage statistics), I'm not sure, which plan we should choose. That's why I sent this e-mail out, to get (hopefully) some responses and opinions. So, the call-to-Action: If you still use the old ReCaptcha module, please plan to upgrade to the new version 2 of ReCaptcha as soon as possible and let us know (the best way is a comment in the task[1]), if you need the old ReCaptcha version supported as long as Google supports it, or if you're fine with removing it in the upcoming 1.28 release of MediaWiki. To be absolutely clear: The ReCaptcha module will be removed, the only question is when: in MediaWiki 1.28 or in MediaWiki 1.29. If you've any questions, feel free to answer to this e-mail, add a comment to the linked task, contact me in IRC or write me an e-mail (if you need a private conversation). Thanks for your attention and for using ConfirmEdit! Best, Florian [1] <https://phabricator.wikimedia.org/T142133> https://phabricator.wikimedia.org/T142133 [2] <https://www.mediawiki.org/wiki/Extension:ConfirmEdit> https://www.mediawiki.org/wiki/Extension:ConfirmEdit [3] <https://en.wikipedia.org/wiki/ReCAPTCHA> https://en.wikipedia.org/wiki/ReCAPTCHA [4] <https://www.google.com/recaptcha/intro/index.html> https://www.google.com/recaptcha/intro/index.html [5] <https://developers.google.com/recaptcha/docs/faq> https://developers.google.com/recaptcha/docs/faq

1 0

Re: [MediaWiki-l] Problem with parens in page links
by Greg Sabino Mullane 04 Aug '16

04 Aug '16

Martin Brunner asked: > The problem now is, that many mail clients (such as Outlook Web-App) won't > recognize the ) being part of the URL and just will open > https://en.wikipedia.org/wiki/Amsterdam_(disambiguation > on click - which does not work of course. > > So this might be a failure of most browser or mail clients - but can this be > solved via Mediawiki? I cannot see an easy way, other than completely disallowing parens in your wiki by modifying $wgLegalTitleChars. Rather a brute force approach of course. -- Greg Sabino Mullane greg(a)endpoint.com End Point Corporation PGP Key: 0x14964AC8

2 1

API edit token question
by Jeremi Plazas 03 Aug '16

03 Aug '16

How does one automatically retrieve and pass an edit token to a link in a wiki that allows editing of a different wiki? In other words: * I have wikiA and wikiB * I want to create a link on a page of wikiA that can edit/create a page on wikiB using the API of wikiB * I seem to understand i need to include in that link the proper edit token (from wikiB for that session. * I can’t seem to find a way to retrieve the proper edit token and automatically insert it into that link (on wikiA). Is that even possible? Any help? [http://www.tsadra.org] Jeremi Plazas / Assistant Director of Research jeremi(a)tsadra.org [jeremi(a)tsadra.org] Tsadra Foundation Tsadra Research Center, Boulder CO Advancing the Combined Study and Practice of Tibetan Buddhism in the West. www.tsadra.org [http://www.tsadra.org] [https://htmlsig.com/t/0000001BZGCW2] [https://htmlsig.com/t/0000001BRRMGS] [https://htmlsig.com/t/0000001BTMKZ9] [https://htmlsig.com/t/0000001BQ34MY]

3 2

Re: [MediaWiki-l] Installation Issue MW 1.27.0
by Rowe, Dolores A 03 Aug '16

03 Aug '16

Has anyone out there installed MW 1.27.0 on Microsoft Windows 2008 successfully ? Here's my stack trace of failure. I don't understand what to do with it, but if you do, please write back. Exception encountered, of type "InvalidArgumentException" [26551a8b219289e75be6de8a] /test1270/index.php?title=Main_Page InvalidArgumentException from line 194 of I:\wwwroot-basp\test1270\includes\session\SessionManager.php: Invalid session ID Backtrace: #0 I:\wwwroot-basp\test1270\includes\session\SessionManager.php(126): MediaWiki\Session\SessionManager->getSessionById(string, boolean, WebRequest) #1 I:\wwwroot-basp\test1270\includes\Setup.php(745): MediaWiki\Session\SessionManager::getGlobalSession() #2 I:\wwwroot-basp\test1270\includes\WebStart.php(137): require_once(string) #3 I:\wwwroot-basp\test1270\index.php(40): require(string) #4 {main thx, L

2 1

still questions about thumbnails and previews
by Jingyi C. Shi 03 Aug '16

03 Aug '16

Hi all, Thanks to some help about my previous thumbnails question: "I uploaded a png image but no thumbnails created in the File page." I have tried several methods but the thumbnails are still not working. I still face the problems that I have neither thumbnails or preview images in 'File:' pages. I have already installed ImageMagick in my Ubuntu. What I have tried was to: 1. check wiki/images/thumb/ folder, but only old thumbnails are there. (Yes, I used to have thumbnails several month ago.) No new ones that I uploaded recently are there. 2. chowe -R root:root wiki/images/ and chmod -R 777 /wiki/images/ 2. change memory consumption by increasing $wgMaxShellMemory to 409600 in LocalSetting.php, but still no thumbnails appears. So here are my new questions: 1. Small images (like 500kb) can sometimes have previews (but no thumbnails). But large images always no previews. How to fix? 2. I have a strange finding. Some jpg images can show the previews in my home computer but cannot show previews in my office computer. What may cause that? 3. My current MW version is 1.26. And my PHP version is a little bit out of date: 5.3.10. May this cause a problem related to previews and thumbnails? Looking forward to your further help. Thank you, Jingyi

2 1

Mustache i18n
by Vedmaka 02 Aug '16

02 Aug '16

Hi, Guys! I was surprised by discovering that current Mustache engine lacks of i18n support, is it correct or I am missing something ?

2 4

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 August 2016