MediaWiki-l November 2009

mediawiki-l@lists.wikimedia.org

80 participants
95 discussions

Uploading large files fails silently
by Pierre-Marc Fournier 12 Nov '09

12 Nov '09

Hi, On a mediawiki 1.15.1 linux installation, I can upload files smaller than 8 MB without problem. With files >= 8 MB, once the transfer is complete, I am brought directly back to the Upload form, which is empty. The uploaded file is not in the images/ directory and not in the list of new files. This is 100% reproducible. No error is displayed either on the page, or in the apache logs. I also had the problem with 1.14.0. - The maximum php upload size is 40MB so that's not a problem. - I tried increasing max_execution_time and max_input_time in php.ini. These timeouts are definitely not reached. - I tried doubling the maximum memory usage of a php script (now 256MB). - Updated to the latest apache and php5 from debian testing. Any ideas? Thanks pmf

3 3

Clearing the mediawiki-database
by Katharina Wolkwitz 12 Nov '09

12 Nov '09

Hi all, I'm toying with the idea to set up a new wiki-server for a new wiki by cloning my existing virtual machine and thus getting all the configuration in one go. The "only" problem is, that the new wiki should be empty of any content from the "old" wiki, so I'm looking for a way of cleaning out the entire content and users from the cloned wiki-installation. Any suggestions? I know that this approach is rather unusual, because otherwise I'd found more helpful information via Google ;-), but I think it would save a lot of time in contrast to starting the new server and mediawiki-installation from scratch. Mit freundlichen Grüßen Katharina Wolkwitz Fachhochschule Südwestfalen Hochschulbibliothek Haldener Straße 182 58095 Hagen Tel.: 02331/9330-607 FAX: 02331/9330-608

1 0

changer username
by Pierre-Yves 12 Nov '09

12 Nov '09

Dear list, This is my first post on the list so it might be the wrong place, please forgive me if it is the case and point me to the right place. I am trying to write and Authentication plugin overwriting the AuthPlugin [1] as defined in the doc. My problem is that I need to change the username after having run the authenticate function. There is the flow: - user type in the login form his nick and password. - in the authenticate function I check if the user exists (from an external database) and what is his full name. I check if the user with this full name exists and is allowed to access this wiki (from the wiki database). If all goes fine he can log-in. The point is that I what the user to type his nick and to log-in under his full name. I tried to change the $user->mName in the updateUser function but that seems too late. I could of course changed the LoginForm [2] class but I do not want to do that. I looked for a way to overwrite this class but couldn't find one. Is there any ? Is what I'm trying to do even possible ? Thanks in advance for your help, Regards, Pierre [1] http://svn.wikimedia.org/doc/classAuthPlugin.html [2] http://svn.wikimedia.org/doc/classLoginForm.html

1 0

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

12 Nov '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

Correct manual Wikifarm, possible extensions, hope for future built-in mediawiki functionality
by Corneel Booysen 11 Nov '09

11 Nov '09

I hope the subject line gives an accurate overview of where I am leading to. I apologize if this question has been asked and answered before. (I am new to the list) 1. What would be the correct way to create a Wikifarm with Mediawiki 1.15 and also 1.16a ? 2. I see many extensions that attempted to facilitate a farm - are there any of them that are worthwhile trying out with the latest Mediawiki versions? 3. What hope is there that this would one day be apart of the Mediawiki roadmap for built-in functionality? (Seems to me that there are sufficient interest in it) Thanks Corneel Booysen.

1 0

Converting "_" to "%20" in file:/// url
by Kushal Koolwal 11 Nov '09

11 Nov '09

MediaWiki: 1.12 Host OS: Linux Most of our intranet mediawiki users are very non-technical. We link to a lot of file that resides on Windows shared network drive in our mediawiki articles. There are hundreds and hundreds of such files. These files and their paths have "spaces" in them which needs to be converted into their ASCII equivalent of "%20". Using {{urlencode}} does not work because it converts "spaces" into "+" character according to RFC1738. Right now I am using string replacement extension and created a template called "Delspace" with following function: {{#replace:{{{1}}}| |%20}} and I am using the template in our wiki articles like this (for example): [{{delspace|file///Z:/my project/final results.pdf}} Link to results.pdf] The above works but as I mentioned before, most of the users are non-technical (word doc types) and it is kind of cumbersome for them to use the above template every time they need to put a link to a document. So my question(s) is: 1. Basically I am looking for is a way in which the users won't have to use the template manually every time they need to put a link to a document which have "spaces". 2. Alternatively, is there a way by which all the file:/// urls in a wiki article which have "spaces" get automatically converted into proper urls (with %20 instead of "spaces") when the user hits the "Save Page" button? Any other better solution is also welcomed. Kushal Koolwal I do blog at http://blogs.koolwal.net/ _________________________________________________________________ Windows 7: Unclutter your desktop. http://go.microsoft.com/?linkid=9690331&ocid=PID24727::T:WLMTAGL:ON:WL:en-U…

6 13

Default path settings
by Ichiro Watanabe 10 Nov '09

10 Nov '09

> This issue was raised last there. Someone wrote in with a very nice email about some things need to be put in > LocalSettings.php if for no other purpose than helping newbies learn. Logo path was one of these that > should not have been droped from LocalSettings.php because it has to be explained over and over and over > again, as this message thread shows. Hi there, I am the one who started this section http://www.mediawiki.org/wiki/Manual_talk:$wgStylePath#This_is_fucked_up I installed MediaWiki recently, and I am very confused by these purported "default" values. While I would welcome a (re)introduction of $wgLogo in LocalSettings.php, I suspect that this would not solve the root cause of the confusion. I think the key problem is that sometimes what is documented as "default value" of some variables does not correspond to the value of those variables in LocalSettings.php, which is what I (and apparently many other people) expected. So, for example, it is confusing to document that the default value of $wgStylePath is "{$wgScriptPath}/skins", because this is not (yet?) the case in LocalSettings.php, unless one explicitly assigns that value to the variable. I really hope that either this gets "fixed" or the documentation is clarified. Thank you.

2 1

Re: [Mediawiki-l] Converting "_" to "%20" in file:/// url
by Kushal Koolwal 10 Nov '09

10 Nov '09

> http://kb.mozillazine.org/Links_to_local_pages_do_not_work Yes, I am already aware of the FireFox issue. > The way to make sure it will always work would be by setting a http > server serving the contents of the network drive. Yes, you are right. Ideally one should do this. But I don't think this is a possibility right now at our place and that's why we need to come up with a workaround. One of the benefits of using a open source system like mediawiki is that we can customize it to make it fit into the system. So I am hoping that there ought to be some way by which we can fix the links automatically. _________________________________________________________________ Hotmail: Trusted email with powerful SPAM protection. http://clk.atdmt.com/GBL/go/177141665/direct/01/

2 3

swf files
by nevio carlos de alarcão 10 Nov '09

10 Nov '09

All, We here have written $wgFileExtensions[] = 'swf'; on LocalSettings.php what is extremely useful for us to run adobe captvate files. In fact, we run the swf files after accessing the page of the uploaded file and not from the page that the link was embedded. We could go further, running the swf from the article page itself if there is an extension that does that. Does anyone know if there is such an extension? Cordially, Nevio -- {+} Venha para o Movimento Colaborativo http://sextapoetica.com.br !!

1 0

FCKeditor and Mediawiki embedding disappears
by Carfrey, Tim (US - Glen Mills) 10 Nov '09

10 Nov '09

Versions Mediawiki:1.15.1 FCKeditor: 2.6.4 When you add an image to a page and then you edit the size of the page it reverts the image back to the original imported size if you edit the page using the FCKeditor. If you have the rich text editor off you can resize an image and save it and it will keep the change. But if you turn the rich text editor on and try to edit the page it will resize the image back to the original size. Please help me with this issue. I can recreate this issue in our staging and production environment. I also see this issue in my personal wiki with the same version but it is running on Linux. It happens with any embedding. we found it removes the embedding from the image. For example if you add an image with wikieditor with this code: [[Image:myfile.jpg|left|150px]] then open it in FCKeditor and save it with or without editing the page. The code will change to this: [[Image:myfile.jpg]] I feel this is a major issue and show be looked at ASAP. I run Mediawiki on Windows and a on Linux and on both instances this happens. Tim C.

1 0

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

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 November 2009