I am part of the document foundation infrastructure team, the organization
which produces libreoffice.
After extensive testing we have found that questy captcha is the best at
preventing a big chunk of spam.
There have been quite a few complaints about the plugin not supporting
native languages. I was told in the dev channel that it is somethign that
emufarmers is working on.
Is there a way I can contribute to this effort?
The way I was thinking of doign it is having questy somehow detect the
language of the web browser the person is using.
Thanks for any feed back or suggestions
Regards
--
Jonathan Aquilina
I have just finished making a fork of Daniel Friesen (Dantman's) port of the Monaco skin for anyone who likes using the skin but has found it has display errors when used with certain extensions (like WikiEditor), especially on the latest versions of MediaWiki. This forked version has several edits to make it more compatible with more recent versions of MediaWiki, mostly CSS tweaks and a compatibility patch for users of the WikiEditor extension.
I'm not very experienced with GitHub, but I have tested the project linked below and it works fine for me, so I would like to share my fork with the MediaWiki community:
https://github.com/Arcane21/monaco-port
I hope it was not inappropriate to use this mailing list to share this, so if it was, I apologize, but I thought this might benefit the MediaWiki community, and I hope it proves useful.
Hi,
Is there a functional mediawiki with several existing pages that I can
download? I mean a database backup of the wiki along with the folder
with images etc.
Thanks a lot,
Johannes
Hi,i'm sorry to disturb your enterprise it was just a misunderstanding for my research thanks for your comprehensive.If its possible please try to drop it for me.I ask you to forgive this errors
Hi!
Can anyone tell me how to retrieve interlanguage links from the WikiData in batch mode (i.e. for a list of articles)? I have tried running the following query, but it only works with a list of maximum 50 articles:
http://www.wikidata.org/w/api.php?action=wbgetentities&sites=enwiki&titles=…
Is there any way I can do this for an arbitrary number of articles?
Is there any other way of retrieving interlanguage correspondences between Wikipedia articles? (Since this info is no longer available in the Wikipedia dumps)
Sorry if my question sounds silly, but I'm not very familiar with the MediaWiki API and I didn't find this information elsewhere.
I would really appreciate your help.
Thanks,
Magda
Morning all,
My Spec:
Windows 7 (64bit)
Xampp 2.3.1
Apache 2.4.2
MySQL 5.6.11
PHP 5.5.3
Just installed MediaWiki over the weekend to have a play and so far so
good...but...this morning when I tried to get back in I got the following
error message:
*Warning*: Invalid argument supplied for foreach() in *
E:\xampp\htdocs\xampp\Beki\includes\objectcache\SqlBagOStuff.php* on line *
232*
*Warning*: Invalid argument supplied for foreach() in *
E:\xampp\htdocs\xampp\Beki\includes\objectcache\SqlBagOStuff.php* on line *
232*
A database error has occurred. Did you forget to run maintenance/update.php
after upgrading? See:
https://www.mediawiki.org/wiki/Manual:Upgrading#Run_the_update_script
Query: SELECT page_title FROM `page` WHERE page_is_redirect = '0' AND
page_namespace = '8' AND (page_title NOT LIKE '%/%' ) AND (page_len >
10000)
Function: MessageCache::loadFromDB(en)-big
Error: 1146 Table 'beki.page' doesn't exist (127.0.0.1)
MySQL had not started so retried but still no joy so check the log file
which said:
InnoDB: Error: could not open single-table tablespace file
.\mysql\innodb_table_stats.ibd
InnoDB: We do not continue the crash recovery, because the table may become
InnoDB: corrupt if we cannot apply the log records in the InnoDB log to it.
InnoDB: To fix the problem and start mysqld:
InnoDB: 1) If there is a permission problem in the file and mysqld cannot
InnoDB: open the file, you should modify the permissions.
InnoDB: 2) If the table is not needed, or you can restore it from a backup,
InnoDB: then you can remove the .ibd file, and InnoDB will do a normal
InnoDB: crash recovery and ignore that table.
InnoDB: 3) If the file system or the disk is broken, and you cannot remove
InnoDB: the .ibd file, you can set innodb_force_recovery > 0 in my.cnf
InnoDB: and force InnoDB to continue crash recovery here.
So I went to the MediaWiki site and ran the update.php file and then
re-tried, no joy. I then removed the ibdata1 and voila MySQL restarts but I
still get the same error with MediaWiki. I restart my machine in case that
will help and all of a sudden the original problem re-appears with MySQL
not starting and the ibdata1 re-surfaced. I repeated all the steps - same
outcome...
So now I'm a little stuck. I have generated a couple test pages over the
weekend in MediaWiki so not completely committed to it but this worries me
going forward as if it's already falling over so early I don't want to lose
any of my work if I commit and build hundreds of pages
Cheers
Ben
Hi All,
I'm maintaining 2 Mediawiki installations in my organization. They are
on the same server within same LAMPP instance. One of the wikis started
giving me below error while uploading files:
"Could not copy file "/tmp/phpODb0xb" to "temp/20130910095225!Bg.jpg"
(everything was working fine till last month. I'm not sure what could be
the problem. Upload is working fine with the other wiki)
My MW version is 1.14.0 and php version is 5.3.1. Localsettings.php
(after removing db details) is attached here. Could someone please help?
Regards,
Jack
This electronic mail (including any attachment thereto) may be confidential and privileged and is intended only for the individual or entity named above. Any unauthorized use, printing, copying, disclosure or dissemination of this communication may be subject to legal restriction or sanction. Accordingly, if you are not the intended recipient, please notify the sender by replying to this email immediately and delete this email (and any attachment thereto) from your computer system...Thank You.
HI folks,
I am indeed new to Mediawiki. I have played with MW these past two weeks
and am blown away by it's complexity and its incredibly beautiful
simplicity. For my own education I have install MW a number of times
including the stable release as well as the core.git. I am currently
running both versions on the server. I am running MW on Ubuntu 12.04
server. CLI only, no GUI desktop. It is running apache2/php5.3.10-Ubuntu
pkg / MySQL5.5.23 / Pecl and all the normal and require php5 modules.
Using memcaching as well. This is a physical server and not a VPS.
The issue I have had is the Lua engine popping an error on
Module:Authority_control script. I have turned on lua error logging and
tailing the log file produces nothing. Here's the back trace in the
script error from the page in question:
This is the code in the page that triggers the "script erro" message in the page.
{{Authority control|VIAF=40172183|LCCN=n/79/114053}}
Lua error in Module:Authority_control at line 179: attempt to index
field 'wikibase' (a nil value).
Backtrace:
(tail call): ?
Module:Authority_control:179:in function "chunk"
mw.lua:553: ?
(tail call): ?
[C]: in function "xpcall"
MWServer.lua:73: in function "handleCall"
MWServer.lua:266: in function "dispatch"
WServer.lua:33: in function "execute"
mw_main.lua:7: in main chunk
[C]: ?
I have installed Wikibase and run the update.php. Added the required
lines in Localsettings.php. Module:Authority control is installed.
I am sorta kinda at a loss as to where to look. If anyone could point me in
the right direction to research the error, I'd certainly be appreciative.
Chap