Wikitech-l June 2008

wikitech-l@lists.wikimedia.org

86 participants
91 discussions

[MediaWiki-CVS] [36523] SpecialRecentchanges.php / Fieldset around options + hr
by mike.lifeguard 26 Jun '08

26 Jun '08

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

1 0

IBM DB2 support for Mediawiki
by Esthon Medeiros 26 Jun '08

26 Jun '08

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.

8 14

Lock time outs on 10.0.0.101
by Bryan Tong Minh 26 Jun '08

26 Jun '08

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

4 10

extension edits twice instead of once
by Christensen, Courtney 26 Jun '08

26 Jun '08

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

1 0

How to decode chinese characters for extension translation? (*.i18n.php)
by M Sz 26 Jun '08

26 Jun '08

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/

5 7

Overloading of querycache.value
by Greg Sabino Mullane 24 Jun '08

24 Jun '08

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

2 2

Bug 11555 - huge usability problem for blind readers
by Per 24 Jun '08

24 Jun '08

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)

4 6

extensions/cldr/LanguageNamesAr.php (or: why updating that extension does not make sense)
by Siebrand Mazeland 24 Jun '08

24 Jun '08

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>

2 1

Case insensitive links (not just titles).
by subscribe＠divog.com.ru 23 Jun '08

23 Jun '08

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? :)

7 36

confirmemail_body and create account
by Andreas Rindler 23 Jun '08

23 Jun '08

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

3 5

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Wikitech-l June 2008