MediaWiki-l August 2016

mediawiki-l@lists.wikimedia.org

41 participants
50 discussions

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 05 Aug '16

05 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 04 Aug '16

04 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 04 Aug '16

04 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 03 Aug '16

03 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

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

02 Aug '16

I read in the MW 1.27.0 release notes that a lot of new stuff was added for session handling, but I don't understand what I need to change in my PHP to use the new session handler ?? Could you detail ?? Could that be why I am getting the session handling errors below after my fresh install of MW 1.27.0 on Windows ? Does anyone have MW 1.27.0 working on Windows ? * Massive overhaul to session handling: * $wgSessionsInObjectCache<https://www.mediawiki.org/wiki/Manual:$wgSessionsInObjectCache> is no longer supported and must be true, due to MediaWiki\Session\SessionManager. $wgSessionHandler<https://www.mediawiki.org/wiki/Manual:$wgSessionHandler> is similarly no longer used. * ObjectCacheSessionHandler is removed, replaced with MediaWiki\Session\PhpSessionHandler. * PHP session handling in general ($_SESSION, session_id(), and so on) is deprecated. Use MediaWiki\Session\SessionManager instead. A new config variable, $wgPHPSessionHandling<https://www.mediawiki.org/w/index.php?title=Manual:$wgPHPSessionHandling&ac…>, is available to cause use of $_SESSION to issue a deprecation warning or to cause most PHP session handling to throw exceptions. * Deprecated UserSetCookies hook. Session-handling extensions should generally be creating a custom subclass of CookieSessionProvider. Other extensions messing with cookies can no longer count on user data being saved in cookies versus other methods. * Deprecated UserLoadFromSession hook, extensions should create a MediaWiki\Session\SessionProvider. * The User cannot be loaded from session until after Setup.php completes. Attempts to do so will be ignored and the User will remain unloaded. * CSRF tokens may be fetched from the MediaWiki\Session\Session, which uses the MediaWiki\Session\Token class. 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

1 0

getting T74931 fixed
by John 02 Aug '16

02 Aug '16

T74931 ( https://phabricator.wikimedia.org/T74931 ) is about adding el_timestamp to the external links table. (IE the timestamp when a link was added) its been sitting for almost two years now. Can we get this fixed before it turns two?

2 1

MediaWiki 1.26.3 on Windows 2008
by Rowe, Dolores A 02 Aug '16

02 Aug '16

Say does anyone out there have MediaWiki 1.26.3 set up on Windows ? For a fresh wiki, as soon as I select "Please set up the wiki first", I receive the following stack trace/error at http://myserver.com/test1263/mw-config/index.php. Any help out there ? I'm not sure what to do. [f9928f94] /test1263/mw-config/index.php DBAccessError from line 364 of I:\wwwroot-basp\test1263\includes\db\LBFactory.php: Mediawiki tried to access the database via wfGetDB(). This is not allowed. Backtrace: #0 I:\wwwroot-basp\test1263\includes\GlobalFunctions.php(3649): LBFactoryFake->getMainLB(boolean) #1 I:\wwwroot-basp\test1263\includes\User.php(394): wfGetLB() #2 I:\wwwroot-basp\test1263\includes\User.php(362): User->loadFromId(integer) #3 I:\wwwroot-basp\test1263\includes\User.php(2458): User->load() #4 I:\wwwroot-basp\test1263\includes\User.php(1161): User->getToken(boolean) #5 I:\wwwroot-basp\test1263\includes\User.php(365): User->loadFromSession() #6 I:\wwwroot-basp\test1263\includes\User.php(5033): User->load() #7 I:\wwwroot-basp\test1263\includes\User.php(2616): User->loadOptions() #8 I:\wwwroot-basp\test1263\includes\context\RequestContext.php(342): User->getOption(string) #9 I:\wwwroot-basp\test1263\includes\StubObject.php(204): RequestContext->getLanguage() #10 I:\wwwroot-basp\test1263\includes\StubObject.php(160): StubUserLang->_newObject() #11 I:\wwwroot-basp\test1263\includes\parser\ParserOptions.php(595): StubObject->_unstub() #12 I:\wwwroot-basp\test1263\includes\installer\Installer.php(405): ParserOptions->__construct() #13 I:\wwwroot-basp\test1263\includes\installer\WebInstaller.php(138): Installer->__construct() #14 I:\wwwroot-basp\test1263\mw-config\overrides.php(68): WebInstaller->__construct(WebRequest) #15 I:\wwwroot-basp\test1263\mw-config\index.php(41): InstallerOverrides::getWebInstaller(WebRequest) #16 I:\wwwroot-basp\test1263\mw-config\index.php(36): wfInstallerMain() #17 {main} thx, L

1 0

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