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.
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
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
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]
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
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
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
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?
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