I'm liking the consistency with other special pages, but can we at least
move the 'go' button up beside the 'invert selection' checkbox to save some
space?
Mike.lifeguard
Hello,
I would like to know if there is any work to have DB2 supported by Mediawiki.
Also if there isn't, if I could start a project to create this support, I mean
if this is possible and/or desirable.
Thanks and best regards,
Esthon Medeiros.
Hello,
I recently got a lot of lock timeouts when logging in via the API.
Error message:
u'internal_api_error_DBQueryError', u"Exception Caught: A database
error has occurred\nQuery: UPDATE `user` SET user_name = 'BryanBot',
[private data] WHERE user_id = '65821'\nFunction:
User::saveSettings\nError: 1205 Lock wait timeout exceeded; Try
restarting transaction (10.0.0.101)\n"
The errors is always with 10.0.0.101.
Bryan
We have citation that link to uploaded documents. The citations are on
their own pages. The citation pages contain information about the
copyright and classification status of the documents. In the past we
have not put the documents into categories, but it is becoming important
to know easily which documents are copyrighted. Since we have that
information I was asked to make it easier on our editors by writing
something to add the categories based on what is on the citation pages.
That part works. What I can't figure out is why, on my recent changes
page, I am seeing two edits for every one time I run the script. I call
the script by going to a special page. Any help would be greatly
appreciated.
Here is the code:
function execute($par) {
global $wgOut;
$this->setHeaders();
if ( NULL == $par ) {
$wgOut->addHTML(wfMsg('cfm-failsafe'));
return FALSE;
}
$citationPagesArray = getPagesInCategory('Citations');
/*
* TODO: Make sure files do not already have category
information
*/
$summary = wfMsg('cfm-summary');
foreach ( $citationPagesArray as $onePage ) {
$citeTitle = Title::newFromText($onePage);
$citeArticle = Revision::newFromTitle($citeTitle);
$citeText = $citeArticle->getText();
if ( isXmlStyle($citeText) ) {
$citeInfoXML = new CitationXML($citeText);
$citeInfoArray = $citeInfoXML->getXMLasArray();
@list($classification, $caveat) = split("//",
$citeInfoArray['documentClassification']);
$docLinkTitle =
Title::newFromText($citeInfoArray['docLink'], NS_IMAGE);
if ( ($docLinkTitle) &&
($docLinkTitle->exists()) ) {
$docLinkRevision =
Revision::newFromTitle($docLinkTitle);
$docLinksCategoryArr =
$docLinkTitle->getParentCategories();
print "<pre>";
var_dump($docLinksCategoryArr);
print "\n" .
count($docLinksCategoryArr);
print "</pre>";
//die();
if ( 1 >= count($docLinksCategoryArr) )
{
$docLinkText =
$docLinkRevision->getText();
$classification =
$this->categorize($classification);
$caveat =
$this->categorize($caveat);
$copyright =
$this->categorize($citeInfoArray['copyright']);
$docLinkText .= $classification
. $caveat . $copyright;
$docLinkArticle = new
Article($docLinkTitle);
print "checking how many times
this runs";
$docLinkArticle->doEdit($docLinkText, $summary, EDIT_MINOR);
}
}
}
}
$wgOut->addHTML(wfMsg('cfm-completed'));
return TRUE;
}
Courtney Christensen
Hi there!
I have written the WikiTimeLine extension and a nice user has translated the interface to chinese. But now I have a problem: How do I translate those chinese signs into ANSI Text characters for the wikitimeline.i18n.php message storage file? I have seen that Wikipedia splits those signs into ANSI characters, but I haven't found any way to decode those chinese signs!
Any possible way in php and/or javascript would be ok, I can quickly program such a little helping tool... I just don't know how. I have tried a bit around, but I didn't found the right way to do.
Can somebody please help?
thanks,
Markus Szumovski
_________________________________________________________________
Es ist höchste Zeit dabei zu sein - Holen Sie sich jetzt die neue Generation der Windows Live Services!
http://get.live.com/
I was looking into bug 14414
https://bugzilla.wikimedia.org/show_bug.cgi?id=14414
and found that although querycache.value is declared as an int in
tables.sql, it's being used to store many things. The default in
QueryPage.php was to fallback to an empty string (I just changed this to
0, but this may have been too hasty in light of further digging: feel free
to revert). Other places are storing things like img_timestamp here, which
is in MySQL a varbinary(12) (e.g. a text string), which happens to be a
series of digits, which just happens to map to an integer, so it fits in
the 'value' column quite nicely. Other databases, not so nicely, as
img_timestamp is an actual timestamp. Before I go much further, is the
battle to fix the value mappings worth it, or should I just redefine
querycache.value to be a text value for the Postgres schema? Any downsides
in the code for the latter that people are aware of? Thanks.
P.S. There maybe other problems with regards to this bug, I'm just
tackling this one issue right now.
--
Greg Sabino Mullane greg(a)endpoint.com
Sorry for this question but the answer is important for all blind Wikipedia
readers around the world.
Is it possible to fix bug 11555 or is it probably not possible because of
technical reasons? Would a fix be a very difficult work and there is no time
for it now or in the next half year?
A fix would be a huge improvement for the usability experience of blind
screen reader users. As it seems, only the German Wikipedia and a few other
projects have this great improvement which makes navigating on Mediawiki
pages much better for blind readers like me. Wikipedia have masses of blind
readers but only users with account can use a JS snippet or this proposed
gadget in the future:
http://en.wikipedia.org/wiki/Wikipedia:Gadget/proposals#Gadget_to_move_the_…
Most blind readers won't never create an account because of the CAPTCHA
problem or because they just want to read but not to contribute. The best
solution would be a bug fix for 11555 if possible. This would also be the
answer wether the proposed gadget is even necessary or not. Thank you.
Best, Per
(en.W: Lalue)
Please be aware that this may be very counter productive. The CLDR extension contains the localised names of languages as published by Unicode's Common Locale Data Repository Project[1] in version 1.5. At the next release (scheduled 3 July, although the previous project step was delayed for 3 weeks), all files will be re-created and any external changes to the LanguageNamesXx.php files will be overwritten.
The proper source for changes is the CLDR project itself.
Cheers! Siebrand
[1] http://unicode.org/cldr/
-----Oorspronkelijk bericht-----
Van: mediawiki-cvs-bounces(a)lists.wikimedia.org [mailto:mediawiki-cvs-bounces@lists.wikimedia.org] Namens mfarag(a)mayflower.knams.wikimedia.org
Verzonden: dinsdag 24 juni 2008 2:56
Aan: mediawiki-cvs(a)lists.wikimedia.org
Onderwerp: [MediaWiki-CVS] SVN: [36589]trunk/extensions/cldr/LanguageNamesAr.php
Revision: 36589
Author: mfarag
Date: 2008-06-24 00:56:18 +0000 (Tue, 24 Jun 2008)
Log Message:
-----------
typos
Modified Paths:
--------------
trunk/extensions/cldr/LanguageNamesAr.php
Modified: trunk/extensions/cldr/LanguageNamesAr.php
===================================================================
--- trunk/extensions/cldr/LanguageNamesAr.php 2008-06-24 00:03:41 UTC (rev 36588)
+++ trunk/extensions/cldr/LanguageNamesAr.php 2008-06-24 00:56:18 UTC (rev 36589)
@@ -18,7 +18,7 @@
'alt' => '????????? ????????',
'am' => '????????',
'an' => '??????????',
-'ang' => '?????????? ???????',
+'ang' => '?????????? ???????',
<snip>
Hi
Sorry for my English :)
What I need is case insensitive titles. My solution for the problem was to
change collation in mysql from <unf8_bin> to <utf8_general_ci> in table
<page>, for field <page_title>.
But bigger problem with links persists. In my case, if there is an article
<Frank Dreben>, link [[Frank Dreben]] is treated like a link to an existent
article (GoodLink), but link [[frank dreben]] is treated like a link to a
non-existent article, so, this link opens editing of existent article <Frank
Dreben>. What can be fixed for that link [[frank dreben]] to be treated like
a GoodLink?
I've spent some time in Parser.php, LinkCache.php, Title.php, Linker.php,
LinkBatch.php but found nothing useful. The last thing I tried was to do
strtoupper on title every time array of link cache is filled, in
LinkCache.php. I also tried to do strtoupper on title every time data is
fetched from the array.
I've tried to make titles in cache be case insensitive, but it didn't work
out, not sure why - it seems like when links are constructed (parser, title,
linker, etc) only LinkCache methods are used.
Could anybody point a direction to dig in? :)
Hi,
I need to create some user accounts and have mediawiki send the users
a welcome message. I found the Mediawiki:confirmemail_body page which
appears to feed such a welcome message. How do I do that? If I use
Special:Userlogin, create an account and use "by email", the user gets
a password reminder, but not a welcome message. I could change the
password reminder text, but that wouldn't be correct for all the other
users who use that page to genuinely retrieve their password.
Thanks,
Andi