MediaWiki-l May 2009

mediawiki-l@lists.wikimedia.org

77 participants
91 discussions

Re: [Mediawiki-l] Thumbs generating issue
by Bogdan Toma 27 May '09

27 May '09

Message: 6 Date: Wed, 27 May 2009 00:51:16 +0200 From: Platonides <Platonides(a)gmail.com> Subject: Re: [Mediawiki-l] Thumbs generating issue To: mediawiki-l(a)lists.wikimedia.org Message-ID: <gvhrp3$vgh$1(a)ger.gmane.org> Content-Type: text/plain; charset=ISO-8859-1 Bogdan Toma wrote: > Hi all, > > My host enabled safe_mode so I'm kind of struggling in my way to install mediawiki. A bad move. *** There is nothing I can do about it. > * 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? It really depends on your configuration. You should ask your host about it. *** I can't contact them but according with MediaWiki workaround for safe_mode=on I don't need 777 on images folder (755 should be enough). Why do I have to contact my host and what should I tell them about it? > - 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) It is. But those folders are not supposed to be empty but to contain the thumbs. What permissions are they created with? You may need to change the mw folder creation permission to 777 too. *** I set 777 - as I said - on all images subdirectories. I used a FTP client to create them. > 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"; > > *** Are these right ? Thank you, Bogdan ------------------------------ Message: 7 Date: Wed, 27 May 2009 01:51:32 +0200 From: Hanno B?ck <hanno(a)hboeck.de> Subject: [Mediawiki-l] [PATCH] anonymous editing To: mediawiki-l(a)lists.wikimedia.org Message-ID: <200905270151.33647.hanno(a)hboeck.de> Content-Type: text/plain; charset="utf-8" Hi, Attached is a patch to mediawiki that adds a new option $wgDontSaveIPs What it does is allowing completely anonymous wikis by replacing the IP adress with 0.0.0.0. (a bit background, there's a german campaign wirspeichernnicht.de, which wants to enforce a more anonymous web and provides a couple of descriptions how to disable ip saving in different apps - for mediawiki it tells to change the source, though I thought a clean option would be better: http://www.wirspeichernnicht.de/content/view/9/24/) Attached patch is against mediawiki 1.15rc1. Would be nice if you would apply it. -- Hanno B?ck Blog: http://www.hboeck.de/ GPG: 3DBD3B20 Jabber/Mail: hanno(a)hboeck.de http://ausdenaugenausdemsinn.de - Kein Sicherheitsrabatt f?r CO2-Speicher http://tinyurl.com/dceu73 - Internetzensur stoppen! http://schokokeks.org - professional webhosting

1 0

when will convertUserOptions.php be run by update.php?
by jidanni＠jidanni.org 27 May '09

27 May '09

When will convertUserOptions.php be run by update.php? I see newer users have their preferences stored in a different database table than older users. Will they be merged one day or just used in parallel forever?

2 2

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

27 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 26 May '09

26 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 26 May '09

26 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 24 May '09

24 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

← Newer
1
2
3
4
5
6
7
8
9
10
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 May 2009