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.
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
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
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.
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
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.
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
Hello Everyone,
Just a reminder: the MediaWiki Action API Technical Documentation Survey
will close at 12:00 AM PST / 8:00 AM UTC.
If you have a few moments today to share your knowledge and opinions to
help improve technical documentation for the MediaWiki Action API, we would
appreciate it!
https://goo.gl/forms/Y5PGILb6b3awC3OJ2
*Notes about the Mediawiki Action API Survey:*
*Survey Period: *December 6, 2018 - January 14, 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
Hello!
I hope you are having a good start to the new year. In November 2018, I
downloaded hundreds of English Wikipedia pages from the mainspace using the
Special:Export <https://www.mediawiki.org/wiki/Special:Export> page for
textual analysis. I tried downloading more today in the same fashion, but
the exported XML files do not have the content of the pages. Maybe I am
doing something wrong or missing something. Any help would be appreciated.
I also have a question, if you may, about the Special:Export page. Does it
work on other Wikipedia language editions (e.g. Arabic)? When I used it in
November 2018 to download pages from the mainspace in Arabic, I got
content-less XML files.
Best,
Reem
--
*Kind regards,Reem Al-Kashif*
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>
Virus-free.
www.avg.com
<http://www.avg.com/email-signature?utm_medium=email&utm_source=link&utm_cam…>
<#DAB4FAD8-2DD7-40BB-A1B8-4E2AA1F9FDF2>