MediaWiki-l May 2009

mediawiki-l@lists.wikimedia.org

77 participants
89 discussions

How do you enable the search for 3-character (or less) searchstrings?
by Claus Juhl Knudsen 28 May '09

28 May '09

My search-mecanism doesn´t seem to work, when I search for 3 characters or less (ex. 'FBI')? What's the problem and how do I fix it? It works fine i Wikipedia. -- Claus Juhl Knudsen eArkivar Silkeborg Lokalhistoriske Arkiv www.silkeborgarkiv.dk Tlf.: 87 22 19 27

6 8

Link for "E-mail new password" breaks when username has a space in it
by Jan Steinman 27 May '09

27 May '09

I have changed the text of MediaWiki:Passwordremindertext in an attempt to include a link, so that people won't have to go enter user/ pass on a form. I know, it's a small thing, but almost all other websites that have you register with an email address have this feature, and we have a fairly large number of users who are not particularly sophisticated computer users. So I put: {{SERVER}}{{localurl:Special:Userlogin}}?wpName=$2&wpPassword= $3&returnto=Special:Preferences in the Passwordremindertext message, but the user ID has (by convention) a space in it, as we use (by convention) "Firstname Lastname" as our user IDs. This causes the link to break in {{localurl:Special:Userlogin}}. This causes our unsophisticated user base to simply give up, rather than copy-n-paste the password. At one time, I'm pretty sure I had this working, but a user recently complained, and then I discovered that it *never* works any longer, at least for our user name convention, at least for MW 1.13. Are there others out there who are successfully using a "clickback" link in MediaWiki:passwordremindertext who would like to share their secret? Thanks in advance! :::: The antidote to fear is action! :::: :::: Jan Steinman http://www.EcoReality.org ::::

3 2

Special:MostLinkedPages
by Freek Dijkstra 27 May '09

27 May '09

This has been discussed on the mailing list about 6 weeks ago (though I was not subscribed at that time) > Special:MostLinkedPages appears to be broken: > > Fatal error: Call to a member function getPrefixedDBkey() on a > non-object in mediawiki/includes/specials/SpecialMostlinked.php on > line 64 This is indeed caused by a bug in this PHP file. It can be fixed by changing the original code: > function makeWlhLink( &$title, $caption, &$skin ) { > $wlh = SpecialPage::getTitleFor( 'Whatlinkshere', $title->getPrefixedDBkey() ); > return $skin->makeKnownLinkObj( $wlh, $caption ); > } to: > function makeWlhLink( &$title, $caption, &$skin ) { > $wlh = SpecialPage::getTitleFor( 'Whatlinkshere', $title ); > return $skin->makeKnownLinkObj( $wlh, $caption ); > } It took 5 minutes to find and fix the bug, and 55 minutes to submit it to bugzilla (apparently the site seems to be under heavy load). https://bugzilla.wikimedia.org/show_bug.cgi?id=18943 With kind regards, Freek Dijkstra

1 0

Thumbs generating issue
by Bogdan Toma 27 May '09

27 May '09

Hi all, My host enabled safe_mode so I'm kind of struggling in my way to install mediawiki. * MediaWiki version: 1.14 * PHP version: 5.2.8 (GD enabled) * MySQL version: 4.1.22 Currently I have two issues with my mediawiki installation: - I had to set 777 on images folder; otherwise upload won't work (I heard this action isn't safe at all); how I can make it to work with 755 only? - currently no thumbs are generated (somehow it worked on another installation that I had to remove it) I noticed that if I upload 2 images (image1.jpg and image2.jpg) they will be copied/created under /images folder and under thumb folder I can see two folders (not files) /images/thumb/image1.jpg and /images/thumb/image2.jpg with no files inside. I don't think it supposed to do that (one folder/file) I don't have putty access to server (only ftp - To control domain I use Parallels Plesk Control Panel 8.6: http://www.parallels.com/products/plesk/) I couldn't change php.ini settings but I modified LocalSettings.php as suggested here( http://www.mwusers.com/wiki/index.php?title=PHP_Configuration#Enable_php_er… ) but I didn't get any error when the upload was made. Only thumbnails aren't generated. Here are the entries from my LocalSettings file that are upload related: $wgEnableUploads = true; $wgHashedUploadDirectory = false; $wgSaveDeletedFiles = true; $wgFileStore['deleted']['directory'] = false;// Defaults to $wgUploadDirectory/deleted $wgFileStore['deleted']['url'] = null; // Private, so set to null $wgFileStore['deleted']['hash'] = 0; // 0-level subdirectory split $wgThumbnailScriptPath = "{$wgScriptPath}/thumb.php"; Thank you, Bogdan

2 1

Re: [Mediawiki-l] TasksExtension & Parser interaction breaks lists
by Jan Steinman 26 May '09

26 May '09

> From: "Sumurai8 (DD)" <sumurai8(a)gmail.com> > > You can try to use > > :* > > instead of: > > ** > > Difference is that the system won't try to make a <ul> in a <ul>, > but uses a > <blockquote> and a <ul>. Technical, things are screwed up, but on > your page > things should look fine. Thanks for the suggestion, but I was unable to make that work in the Sandbox. http://www.EcoReality.org/wiki/Sandbox I tried putting the ":" in various places, but the list formatting still fell to pieces after the line with <tasks>...</tasks> in it. Any other ideas? I sure would like to be able to use this. (www.EcoReality.org is a closed system -- primarily to avoid vandalism -- but I've temporarily added the user/pass "Wiki Guru/guru" if someone wants to help me figure out this stuff. Please be nice in there. :-) >> Date: Sun, 24 May 2009 16:52:45 -0700 >> From: Jan Steinman <Jan(a)Bytesmiths.com> >> Subject: [Mediawiki-l] TasksExtension & Parser interaction breaks >> lists >> To: mediawiki-l(a)lists.wikimedia.org >> Message-ID: <C296BACC-C5BB-4FE0-88FE-86EC9AD5B9EE(a)Bytesmiths.com> >> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes >> >> We've been using the great Tasks Extension to put lite (extremely >> lite) project management in our wiki. >> >> Unfortunately, where we '''really''' want to use <tasks> is within >> lists, which is how we format meeting minutes, which is where action >> items are assigned, formatted individually as <tasks>...</tasks>. >> >> Tasks are run through the parser, which apparently is putting extra >> line breaks in, which then messes up the list formatting. You can see >> a good example here: >> http://www.ecoreality.org/wiki/Minutes:20090503 >> >> If you scroll down to the 2nd, 3rd, and 4th bold ACTION text, you can >> see that they are embedded in a level-2 bullet list, but that they >> are >> causing the list to be re-set with an extra line feed. >> >> I know it's the parser that's doing this, as I can edit extensions/ >> Tasks.php and replace "$parserOutput->getText()" with "$summary", >> which is what is being sent through the parser. In such a case, the >> $summary is not parsed, and the bullet list looks like it is supposed >> to. >> >> I have a copy of Tasks.php (modified to do agreements, rather than >> tasks) that you can see behaving in this non-parsed manner, in our >> Sandbox: >> http://www.ecoreality.org/wiki/Sandbox >> >> I've looked at ParserOptions, hoping to find something like >> $mDontAddExtraLinefeeds but to no avail. :-) >> >> If I replace parse($summary...) with the private method >> replaceInternalLinks($summary), it looks like it is supposed to, >> except of course that wikitext formatting and internal links are >> lost. >> (And I don't really want to be sending private methods nor hacking >> around in Parser.) >> >> Any thoughts on what's going on, and how best to fix it? >> >> Thanks for whatever advice you can offer! >> >> :::: Magic: using envisioned intent and directed action to select >> your >> desired future path from among the infinite ones available. :::: >> :::: Jan Steinman, Communication Steward, EcoReality: >> http://www.EcoReality.org >> :::: :::: "One World, One Web, One Program" - Microsoft Promotional Ad :::: "Ein Volk, Ein Reich, Ein Führer" - Adolf Hitler :::: Jan Steinman <http://www.Bytesmiths.com>

1 0

Re: [Mediawiki-l] TasksExtension & Parser interaction breaks lists
by Sumurai8 (DD) 25 May '09

25 May '09

Hi Jan, You can try to use :* instead of: ** Difference is that the system won't try to make a <ul> in a <ul>, but uses a <blockquote> and a <ul>. Technical, things are screwed up, but on your page things should look fine. -- D.D. (Sumurai8) http://www.kinderwiki.net http://wikikids.wiki.kennisnet.nl > Date: Sun, 24 May 2009 16:52:45 -0700 > From: Jan Steinman <Jan(a)Bytesmiths.com> > Subject: [Mediawiki-l] TasksExtension & Parser interaction breaks > lists > To: mediawiki-l(a)lists.wikimedia.org > Message-ID: <C296BACC-C5BB-4FE0-88FE-86EC9AD5B9EE(a)Bytesmiths.com> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > We've been using the great Tasks Extension to put lite (extremely > lite) project management in our wiki. > > Unfortunately, where we '''really''' want to use <tasks> is within > lists, which is how we format meeting minutes, which is where action > items are assigned, formatted individually as <tasks>...</tasks>. > > Tasks are run through the parser, which apparently is putting extra > line breaks in, which then messes up the list formatting. You can see > a good example here: > http://www.ecoreality.org/wiki/Minutes:20090503 > > If you scroll down to the 2nd, 3rd, and 4th bold ACTION text, you can > see that they are embedded in a level-2 bullet list, but that they are > causing the list to be re-set with an extra line feed. > > I know it's the parser that's doing this, as I can edit extensions/ > Tasks.php and replace "$parserOutput->getText()" with "$summary", > which is what is being sent through the parser. In such a case, the > $summary is not parsed, and the bullet list looks like it is supposed > to. > > I have a copy of Tasks.php (modified to do agreements, rather than > tasks) that you can see behaving in this non-parsed manner, in our > Sandbox: > http://www.ecoreality.org/wiki/Sandbox > > I've looked at ParserOptions, hoping to find something like > $mDontAddExtraLinefeeds but to no avail. :-) > > If I replace parse($summary...) with the private method > replaceInternalLinks($summary), it looks like it is supposed to, > except of course that wikitext formatting and internal links are lost. > (And I don't really want to be sending private methods nor hacking > around in Parser.) > > Any thoughts on what's going on, and how best to fix it? > > Thanks for whatever advice you can offer! > > :::: Magic: using envisioned intent and directed action to select your > desired future path from among the infinite ones available. :::: > :::: Jan Steinman, Communication Steward, EcoReality: > http://www.EcoReality.org > :::: > >

1 0

Enabling the Common.js feature
by Greg Webb 25 May '09

25 May '09

23/05/2009 19:24:09 You should be able to tell I'm a real newbie. Do administrators enable the MediaWiki:Common.js function on their wiki sites? The one I am working on is one of many running under an umbrella MediaWiki system. All the sub-sites have the same LocalSettings.php file. I'm wondering if it really is an issue having the Common.js enabled. I thought if all sub-wiki admins were to protect the Common.js file then only locally appointed admins could add code to the file. Any 'mistakes' would, I assume, only affect the local sub-wiki, not other sub-wikis. Are these fair assumptions or am I completely crazy? :-) ___________ Greg

4 5

Re: [Mediawiki-l] Placement of robots.txt-file
by Sumurai8 (DD) 23 May '09

23 May '09

Hi, The robot.txt should be placed in the directory with index.php in it. On my wiki it's the 'public_htm'-folder. Sumurai8 D.D. http://www.kinderwiki.net > Message: 6 > Date: Wed, 20 May 2009 10:38:25 +0200 > From: Claus Juhl Knudsen <earkivar(a)gmail.com> > Subject: [Mediawiki-l] Placement of robots.txt-file > To: mediawiki-l(a)lists.wikimedia.org > Message-ID: > <a5502da40905200138u5e2c4721ga8f40633765cdacd(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > Hi. > > Where is the robots.txt-file to be placed? In the root-folder: > ...Apache2.2/htdocs/my-wiki-name/? > > -- > Claus Juhl Knudsen > eArkivar > Silkeborg Lokalhistoriske Arkiv > www.silkeborgarkiv.dk > Tlf.: 87 22 19 27 >

4 3

Styles sheets
by Greg Webb 23 May '09

23 May '09

17/05/2009 13:01:48 This seems like a dumb question but I can't locate the answer from the page source. In which CSS file is the styles 'mw-headline' stored? Thanks ___________ Greg

4 6

Welcome to mediawiki-l (weekly posting)
by river＠nightshade.toolserver.org 21 May '09

21 May '09

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

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

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l May 2009