Wikitech-l July 2006

wikitech-l@lists.wikimedia.org

96 participants
149 discussions

Random page function
by Magnus Manske 27 Jul '06

27 Jul '06

While working on another tool, I noticed that we still have that page_random value in the page table. There seems to be a better way to do this: http://jan.kneschke.de/projects/mysql/order-by-rand/ That method only requires the primary key being an integer (which is true for the page table), nothing else. The guy who wrote the page tested it on a table with 1.000.000 rows, 1.000 "random" queries took ~0.6 seconds. Sounds like it would be fast enough for us, and we could get rid of that page_random field altogether. Which reminds me: Someone familiar with query.php, please add a function to get a random page title. Thanks, Magnus

5 5

WikiWYSIWYG (was: Re: New SVN user)
by Steve Bennett 27 Jul '06

27 Jul '06

On 7/27/06, Phil Boswell <phil.boswell(a)gmail.com> wrote: > For some reason that link is not working for me: I get what looks like HTML > or XML source code. Still good for me. What browser? Have you got JavaScript enabled? Steve

1 0

tpl files
by Frederik Eaton 27 Jul '06

27 Jul '06

Hi, I'm trying to add a link to the sidebar in a modified version of MediaWiki. I changed 'sidebar' in Messages.php but the change is not reflected in the browser. Do I need to compile skins/MonoBook.php into skins/MonoBook.tpl or something? (and if so, how?) Thanks, Frederik -- http://ofb.net/~frederik/

2 4

Wikizilla error
by Steve Bennett 27 Jul '06

27 Jul '06

Software error: DBD::mysql::st execute failed: Got error 28 from storage engine [for Statement "SELECT versions.value, products.name FROM versions, products WHERE products.id = versions.product_id ORDER BY versions.value"] at Bugzilla/DB.pm line 62 Bugzilla::DB::SendSQL('SELECT versions.value, products.name FROM versions, products ...') called at globals.pl line 155 main::GenerateVersionTable() called at globals.pl line 356 main::GetVersionTable() called at /srv/org/wikimedia/bugzilla/show_bug.cgi line 59 For help, please send mail to the webmaster (noc(a)wikimedia.org), giving this error message and the time and date of the error. Got this when clicking on the link at the top of the new message when editing a too-long page on en. Steve

1 0

MediaWiki automated test run failure 2006-07-27
by brion＠pobox.com 27 Jul '06

27 Jul '06

An automated run of parserTests.php showed the following failures: Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED! Running test Link containing double-single-quotes '' (bug 4598)... FAILED! Running test Magic Word: {{CURRENTMONTHNAMEGEN}}... FAILED! Running test Template with thumb image (wiht link in description)... FAILED! Running test message transform: <noinclude> in transcluded template (bug 4926)... FAILED! Running test message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED! Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED! Running test HTML bullet list, unclosed tags (bug 5497)... FAILED! Running test HTML ordered list, unclosed tags (bug 5497)... FAILED! Running test HTML nested bullet list, open tags (bug 5497)... FAILED! Running test HTML nested ordered list, open tags (bug 5497)... FAILED! Running test Parsing optional HTML elements (Bug 6171)... FAILED! Running test Inline HTML vs wiki block nesting... FAILED! Running test Mixing markup for italics and bold... FAILED! Running test 5 quotes, code coverage +1 line... FAILED! Running test HTML Hex character encoding.... FAILED! Running test dt/dd/dl test... FAILED! Passed 412 of 429 tests (96.04%) FAILED!

1 0

Date formats
by Tim Starling 27 Jul '06

27 Jul '06

I've removed almost all of the time and date functions from the Language*.php files of my working copy (now checked in as the localisation-work branch), replacing them by format strings in the style of PHP's date() function. They're much easier to understand than PHP code, so hopefully this will encourage people to review and edit them. There is a chance that I made a transcription error during this process, and there is also the chance that the original language files had an incorrect or non-ideal date format to start with. So I invite everyone to have a look at them. I formatted the date "15 January 2001, 12:34" in every defined date format in every language, and put all the resulting strings at: http://www.mediawiki.org/wiki/Date_formats One deliberate difference since the previous version of MediaWiki is to make our ISO 8601 formats technically correct. This format had been labelled "ISO 8601" since I introduced it to the wikitext date formatter, but somehow when it was copied to the language files, and a time format added, someone forgot to include the "T" separator between time and date. The ISO 8601 format was originally requested by Ray Saintonge in the interests of standardisation, and I would like to see MediaWiki remain true to that goal. You can find the format strings themselves in the Messages*.php files at: http://svn.wikimedia.org/viewvc/mediawiki/branches/localisation-work/phase3… In other news, I think the localisation-work branch is now ready for beta testing. -- Tim Starling

2 1

MediaWiki automated test run failure 2006-07-26
by brion＠pobox.com 26 Jul '06

26 Jul '06

An automated run of parserTests.php showed the following failures: Running test Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html)... FAILED! Running test Link containing double-single-quotes '' (bug 4598)... FAILED! Running test Template with thumb image (wiht link in description)... FAILED! Running test message transform: <noinclude> in transcluded template (bug 4926)... FAILED! Running test message transform: <onlyinclude> in transcluded template (bug 4926)... FAILED! Running test BUG 1887, part 2: A <math> with a thumbnail- math enabled... FAILED! Running test Language converter: output gets cut off unexpectedly (bug 5757)... FAILED! Running test HTML bullet list, unclosed tags (bug 5497)... FAILED! Running test HTML ordered list, unclosed tags (bug 5497)... FAILED! Running test HTML nested bullet list, open tags (bug 5497)... FAILED! Running test HTML nested ordered list, open tags (bug 5497)... FAILED! Running test Parsing optional HTML elements (Bug 6171)... FAILED! Running test Inline HTML vs wiki block nesting... FAILED! Running test Mixing markup for italics and bold... FAILED! Running test 5 quotes, code coverage +1 line... FAILED! Running test HTML Hex character encoding.... FAILED! Running test dt/dd/dl test... FAILED! Passed 409 of 426 tests (96.01%) FAILED!

1 0

Getting MediaWiki's LDAP Authentication plugin working with Mac OS X Server OpenDirectory
by Mr. Meitar Moscovitz 26 Jul '06

26 Jul '06

Hi all, I've been struggling for the past couple of weeks to try and get MediaWiki (1.6.7) working with Apple's OpenDirectory bundled with Mac OS X Server version 10.4 "Tiger." It seems it's been done before in 10.3 "Panther" (see http:// meta.wikimedia.org/wiki/LDAP_Authentication#Tested_On ), so I know it's possible, but I can't seem to get it working. I've documented my situation on the discussions page (see http://meta.wikimedia.org/wiki/ Talk:LDAP_Authentication#Troubleshooting_Login_error:_Incorrect_password _error._Please_try_again_error_for_Apple.27s_Open_Directory ) but have yet to receive a response. I'm writing to the list in the hopes that someone has encountered this problem before and knows of a solution or can help me out. Thanks in advance, -Meitar ("maymay")

1 0

OpenID extension for MediaWiki
by Evan Prodromou 25 Jul '06

25 Jul '06

Hi, all. I wanted to let everyone know that I've checked in an OpenID extension into MediaWiki Subversion (in extensions/OpenID). The extension lets users log in with an OpenID (http://www.openid.net/) instead of a username and password. An OpenID is a special URL that people can use to log in to a Web site. The extension also lets users who have an account on the wiki log in to other OpenID-aware Web sites with their wiki user page as their OpenID. Typical uses: * Single-signon between multiple affiliated wikis and other sites. We have 12 wikis that work together for Wikitravel, and users can login to different Wikitravel wikis with their home wiki account. * Single-signon across the Internet. OpenID isn't that well known ''yet'', but theoretically someone could login to their OpenID identity server in the morning and not have to login to another site for the rest of the day. I know that Wikimedia developers have some plans for single-signon between WM sites; this extension would allow single-signon for contributors to log into external sites like Wikia, WikiHow, Wikitravel, and other MediaWiki installations, as well as OpenID-aware services like LiveJournal and Moveable Type. And, of course, vice versa. Please let me know if you a) install this software and b) get any problems. I'd especially appreciate work on the UI layout, which is a little klunky. I'd also love to get some acceptance criteria for installation on Wikimedia sites. I plan on hacking on this quite a bit between now and Hacking Days at Wikimania. ~Evan ________________________________________________________________________ Evan Prodromou <evan(a)prodromou.name> http://evan.prodromou.name/

2 1

page_counter not updating
by Travis Derouin 25 Jul '06

25 Jul '06

For some reason the page_counter field isn't updating on our wiki anymore. I'm logging queries to the database, and the queries are getting through to increment the field, but field isn't changing at all. 1861 Init DB wikidb_16 1861 Query BEGIN 1848 Quit 1861 Query SHOW STATUS LIKE 'Thread%' 1861 Query SELECT /* Title::newFromID */ page_namespace,page_title FROM `page` WHERE page_id = '18102' LIMIT 1 1861 Query SELECT /* LinkCache::addLinkObj */ page_id FROM `page` WHERE page_namespace = '0' AND page_title = 'Fix-a-Stuck-Pixel-on-an-LCD-Monitor' LIMIT 1 1861 Query UPDATE page SET page_counter = page_counter + 1 WHERE page_id = 18102 1861 Quit Incrementing it from the command line though does work. Doing a select sum(page_counter) from page; always shows the same result and the page_counter fields for the individual pages show the same value despite being reloaded. Any ideas?

1 1

Jump to page:

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 July 2006