MediaWiki-l March 2010

mediawiki-l@lists.wikimedia.org

85 participants
88 discussions

Welcome to mediawiki-l (weekly posting)
by river＠nightshade.toolserver.org 17 Mar '10

17 Mar '10

Welcome to mediawiki-l. This mailing list exists for discussion and questions about the MediaWiki software[0]. Important MediaWiki-related announcements (such as new versions) are also posted to this list. Other resources. If you only wish to receive announcements, you should subscribe to mediawiki-announce[1] instead. MediaWiki development discussion, and all Wikimedia technical questions, should be directed to the wikitech-l[2] mailing list. Several other MediaWiki-related lists exist: - mediawiki-api[5] for API discussions, - mediawiki-enterprise[6] for discussion of MediaWiki in the enterprise, - mediawiki-cvs[7] for notification of commits to the Subversion repository, - mediawiki-i18n[8] for discussion of MediaWiki internationalisation support, - wikibugs-l[9] for notification of changes to the bug tracker. List administrivia (unsubscribing, list archives). To unsubscribe from this mailing list, visit [12]. Archives of previous postings can be found at [3]. This list is also gatewayed to the Gmane NNTP server[4], which you can use to read and post to the list. Posting to the list. Before posting to this list, please read the MediaWiki FAQ[10]. Many common questions are answered here. You may also search the list archives to see if your question has been asked before. Please try to ask your question in a way that enables people to answer you. Provide all relevant details, explain your problem clearly, etc. You may wish to read [13], which explains how to ask questions well. To post to the list, send mail to <mediawiki-l(a)lists.wikimedia.org>. This is a public list, so you should not include confidential information in mails you send. When replying to an existing thread, use the "Reply" or "Followup" feature of your mail client, so that clients that understand threading can sort your message properly. When quoting other messages, please use the "inline" quoting style[11], for clarity. When creating a new thread, do not reply to an existing message and change the subject. This will confuse peoples' mail readers, and will result in fewer people reading your mail. Instead, compose a new message for your post. Messages posted to the list have the "Reply-To" header set to the mailing list, which means that by default, replies will go to the entire list. If you are posting a reply which is only interesting to the original poster, and not the list in general, you should change the reply to only go to that person. This avoids cluttering the list with irrelevant traffic. About this message. This message is posted to the list once per week by <river(a)wikimedia.org>. Please contact me if you have any questions or concerns about this mailing. References. [0] http://www.mediawiki.org/ [1] http://lists.wikimedia.org/mailman/listinfo/mediawiki-announce [2] http://lists.wikimedia.org/mailman/listinfo/wikitech-l [3] http://lists.wikimedia.org/pipermail/mediawiki-l/ [4] http://dir.gmane.org/gmane.org.wikimedia.mediawiki [5] http://lists.wikimedia.org/mailman/listinfo/mediawiki-api [6] http://lists.wikimedia.org/mailman/listinfo/mediawiki-enterprise [7] http://lists.wikimedia.org/mailman/listinfo/mediawiki-cvs [8] http://lists.wikimedia.org/mailman/listinfo/mediawiki-i18n [9] http://lists.wikimedia.org/mailman/listinfo/wikibugs-l [10] http://www.mediawiki.org/wiki/FAQ [11] http://en.wikipedia.org/wiki/Posting_style#Inline_replying [12] http://lists.wikimedia.org/mailman/listinfo/mediawiki-l [13] http://www.catb.org/~esr/faqs/smart-questions.html

1 0

Question on Extension:User Merge and Delete
by Rowe, Dolores A 17 Mar '10

17 Mar '10

Teammates, I installed the v1.5 Extension:User Merge and Delete on a Windows MediaWiki. The description of the extension (http://www.mediawiki.org/wiki/Extension:User_Merge_and_Delete), say that it creates a log. * Extension now (since 1.2) creates a User Merge log and logs all User Merge extension activity. Does anyone know where it places the log on your system ? I couldn't find a log. Or did I misunderstand ? I do get some outputs returned on the MediaWiki results page of the Merge/Delete. thanks, Lori

2 1

Meter for Mediawiki site
by Sarel Wessels (Agri Wiki) 16 Mar '10

16 Mar '10

Hey, I've asked this question about 2 years ago also, but couldn't find an extension to help me. I want to add a meter (eg. thermometer that was on Wikipedia for the funds they needed). My idea is to set a goal of 1000 articles by the end of the year, currently I have 241 articles. So the meter will show 241/1000 in text and graphics on every page of the website./or just the main page. How will I be able to create such a meter/graphic? Any help will be appreciated. Thank you. Regards, Sarel (South Africa)

2 2

search broken
by James K. Lowden 15 Mar '10

15 Mar '10

Search does not work on my new wiki. I'm using version 1.15.2 with SQLite. (I'm not talking about 3-letter searches as mentioned in the faq. *No* search returns any page.) Can I turn on a log to verify new pages are being indexed? How? Which tables hold the index data? If indexing isn't being done, how might I find out why not, and what should I do to turn it on? Reading the documentation and archives, it appears search is a continuing source of difficulty up until 1.11, and that MySQL is the "expected" backend. I'm using 1.15 and SQLite. Many thanks for any advice. --jkl

2 1

Only one week left to register for the Developers' Workshop in April!
by Daniel Kinzler 15 Mar '10

15 Mar '10

Hi all! This is a quick reminder that registration for the Wikimedia Developers' Workshop (in Berlin, April 14-16) will end on Sunday, March 21. Most places are already take, but we have room for 16 more people to attend. So, if you want to come, sign up now at <http://www.amiando.com/WMCON10DEV.html>! More information about the workshop is available at <http://tinyurl.com/wmdev10>. -- Daniel Kinzler

1 0

Capital Letters in navigation etc.
by wikipax 15 Mar '10

15 Mar '10

Good day everybody, I'm using mediawiki 1.15.1 with german localisation. $wgLanguageCode = "de-formal"; Well, this works messages, navigation, special pages and so on are german. But after an update from 1.14 to 1.15.1 all the words are written with small letters. Normally each word should begin with a capital letter. As you can see at the german wikipedia, left and top navigation such as site <-> Hauptseite or edit <-> Bearbeiten are with capitals in front. Does anyone know if there is another variable wich must be set?

6 8

Wrong database, maybe
by Javier Bezos 14 Mar '10

14 Mar '10

Hi all, This is the background. A year ago we hired a person to update and add some improvements we needed, with an estimated time of 8 weeks. After months of delays and a lot of problems, we've fired him. Unfortunately, I'm afraid the database has been damaged or not properly set up. Now, two questions-- 1) In the short term, I'd like to fix an issue with searches. The site is in Spanish but it's unable to find words with diacriticals in the article body (in the title they are found). I've rebuilt the search index, with no luck. Fortunately, I had access to old dumps and I've noticed a difference -- formerly tables were like CREATE TABLE `wl_archive` ( `ar_namespace` int(11) NOT NULL default '0', `ar_title` varchar(255) character set latin1 collate latin1_bin NOT NULL default '', [...] ) ENGINE=InnoDB DEFAULT CHARSET=latin1; and now they are like SET @saved_cs_client = @@character_set_client; SET character_set_client = utf8; CREATE TABLE `wl_archive` ( `ar_namespace` int(11) NOT NULL default '0', `ar_title` varchar(255) character set latin1 collate latin1_bin NOT NULL default '', [...] ) ENGINE=InnoDB DEFAULT CHARSET=utf8; SET character_set_client = @saved_cs_client; 2) In the medium term, and with the background above, which is the best approach to have a "correct" database and system again. Thanx Javier -------------------------------- www.wikilengua.org www.tex-tipografia.com

5 13

Breaking of URL with ' and ()
by Eric K 14 Mar '10

14 Mar '10

On many online systems (email interfaces, forums, social networks, CMS's), URLs with brackets and apostrophes break very often. For example: http://en.wikipedia.org/wiki/Stayin'_Alive If this URL is posted to Facebook, Facebook will render the URL link as: http://en.wikipedia.org/wiki/Stayin Similarly links with brackets will break on different systems. For example: http://en.wikipedia.org/wiki/Andrew_Roberts_(historian) This doesnt break on Facebook but it breaks in this very Yahoo email interface that I'm using right now (their HTML editor) and it renders the link as: http://en.wikipedia.org/wiki/Andrew_Roberts_(historian So its a very common problem and because there are so many page titles with these characters, there are likely thousands of links that break every day from Wikipedia, other wikis and other websites. We know ofcourse its not the fault of Mediawiki because this is a URL-related problem that falls under the responsibility of the people who program the interfaces that produce the links, but - what can be done about this? A few times I've contacted the systems to let them know they should take care of links with apostrophes and brackets but there's just too many systems and sadly, they dont follow any kinds of standards when it comes to URL link rendering, and they do their own thing. Erik

3 2

MediaWiki 1.16.0beta1 now available
by Tim Starling 12 Mar '10

12 Mar '10

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 The first beta release of the 1.16 branch is now available for download. Please try it and tell us if it works for you. This beta release is not recommended for use in a production environment. Selected changes since MediaWiki 1.15 that may be of interest: * Watchlists now have RSS/Atom feeds. RSS feeds generally are now hidden, since Atom is a better protocol and is supported by virtually all clients. * It's now possible to block users from sending email via Special:Emailuser. * The maintenance script system was overhauled. Most maintenance scripts now have a useful help page when you run them with --help. * AdminSettings.php is no longer required in order to run maintenance scripts. You can just set $wgDBadminuser and $wgDBadminpassword in your LocalSettings.php instead. * The preferences system was overhauled. Preferences are stored in a more compact format. Changes to site default preferences will automatically affect all users who have not chosen a different preference. * Support for SQLite was improved. Some broken features were fixed, and it now has an efficient full-text search. * The user groups ACL system was improved by allowing rights to be revoked, instead of just granted. * A new localisation caching system was introduced, which will make MediaWiki faster for almost everyone, especially when lots of extensions are enabled. By default, this new system makes a lot of database queries. If your database is particularly slow, or if your system administrator limits your query count, or if you want to squeeze as much performance as possible out of Mediawiki, set $wgCacheDirectory to a writable path on the local filesystem. Make sure you have the DBA extension for PHP installed, this will improve performance further. Full release notes: http://svn.wikimedia.org/svnroot/mediawiki/tags/REL1_16_0beta1/phase3/RELEA… ********************************************************************** Download: http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.0beta1.tar.gz GPG signatures: http://download.wikimedia.org/mediawiki/1.16/mediawiki-1.16.0beta1.tar.gz.s… Public keys: https://secure.wikimedia.org/keys.html -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkua4+gACgkQgkA+Wfn4zXmEegCfaZ153qv8zNiQk18JNwiTfi3w NZcAni7Yf8v/lQcctKGya4JH4ow4hAFb =JK00 -----END PGP SIGNATURE-----

1 0

CSS/JavaScript mystery on wiki family
by Daniel Barrett 12 Mar '10

12 Mar '10

I'm experimenting with implementing a wiki family with MW 1.15.2 and have seen some bizarre behavior when I change domains. Anybody have an explanation? I set up 3 hostnames, en.mywiki.com, de.mywiki.com, and fr.mywiki.com, on the same server, thanks to DNS and Apache. They all point to the same physical MediaWiki code tree and database, but in LocalSettings.php, I override $wgLanguageCode differently (to 'en', 'de', and 'fr') based on the hostname. Simple so far. Here's the strange part. When I visit en.mywiki.com and change MediaWiki:Common.css (say, make the body background color = pink), then refresh the browser, the changes show up as expected. But when I browse to fr.mywiki.com and de.mywiki.com, the CSS does NOT take effect, even though they use the SAME MediaWiki:Common.css page in the database. I can view MediaWiki:Common.css under all three hosts, and it displays identically for all three URLs (I see "background-color=pink"). But the CSS never takes effect for the fr and de domains. It gets stranger. If I now edit MediaWiki:Common.css on fr.mywiki.com - say, change the body background color from pink to green - then fr.mywiki.com becomes green, but en.mywiki.com REMAINS PINK! And de.mywiki.com is still unchanged from the default. Browser refreshes do nothing. Browser cache-clearing does nothing. Trying in different browsers makes no difference. Any ideas?? Thanks, Dan

2 3

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

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l March 2010