MediaWiki-l October 2010

mediawiki-l@lists.wikimedia.org

109 participants
108 discussions

problems when resizing images in mediawiki
by Edorta García González 11 Oct '10

11 Oct '10

Hi folks, I'm using wikimedia 1.13.1, and, when I upload an image i can see it correctly in the differents pages where I use it. However, if I resize the image, it isn't shown. [[Image:test.png]] -> It works! [[Image:test.png|100px]] -> Nothing is shown why? Thanx! PS: The images are correctly uploaded. -- "If there is a shell, there is a way"

2 5

file upload
by Philippe Dhont 11 Oct '10

11 Oct '10

Hi, I would like to change the file upload from 2M to 16M. I changed php.ini but this stays the same in mediawiki. Do I need to change this on another location ? Kind regards, Philippe Dhont.

2 1

Maps and Semantic Maps 0.7 beta available
by Jeroen De Dauw 09 Oct '10

09 Oct '10

Hey I'm happy to announce version 0.7 beta of the Maps [0] and Semantic Maps [1] extensions. The most notable new features in this release are tag extension support for all the Maps parser functions, more consistent error handling and compatibility with the upcoming MediaWiki 1.17. Most changes are internal improvements, but there are also several bug fixes and minor new features. More at [2]. You can get the latest beta here [3], or simply get the extensions from SVN trunk. Please report any issues you find on the discussion page of the relevant extension. [0] http://mapping.referata.com/wiki/Maps [1] http://mapping.referata.com/wiki/Semantic_Maps [2] http://mapping.referata.com/wiki/Maps_and_Semantic_Maps_0.7_beta_3_available [3] https://code.google.com/p/semanticmaps/downloads/list Cheers -- Jeroen De Dauw * http://blog.bn2vs.com * http://wiki.bn2vs.com Don't panic. Don't be evil. 50 72 6F 67 72 61 6D 6D 69 6E 67 20 34 20 6C 69 66 65! --

1 0

Auto Updating Issue
by mrthetooth 08 Oct '10

08 Oct '10

So I'm trying to make an "Image of the Day" template, but I'm having trouble with the image changing automatically each day. I created a page (for example, Screenshot) with a subpage for every day (for example, Screenshot/October 6, Screenshot/October 7, Screenshot/October 8). On each of these subpages I display one image. The template transcludes a subpage depending on the day. Here is essentially the code: {{#ifexist: Screenshot/{{#time: F j}} | {{: Screenshot /{{#time: F j}}}} | {{: Screenshot /default}} }} This works well sometimes. Some days the image that the template displays changes on its own when the date changes. Other days I have to manually click "edit" and then "Save page" in order to refresh the image. I essentially have two questions: 1. Why does this template work inconsistently; i.e., some days images changes on its own, and some days not? 2. How can I make the image always change on its own?

2 3

Unable to run the update-script
by Der Administrator ＠ Wijuki 08 Oct '10

08 Oct '10

Hi there, I'd like to extend an existing wiki (MW1.16) with LiquidThreads. In order to modify the db I have to run the maintenance/update.php. But I just can't get that script running, using phpshell since I don't have shell access (shared hosting): always giving me 504 time out error. "unset REQUEST_METHOD", as described in the manual, doesn't help either. The same problem of course occurs when I try to upgrade the whole wiki. That problem is solved by simply rerunning the installer. But this solution doesn't work in case of extensions that extend the database. So, dear community: Is there any solution for this? Help appreciated. --Mirko

3 3

Re: [Mediawiki-l] Usability extension
by Jim Sutton 08 Oct '10

08 Oct '10

Has anyone experienced a performance issue with MediaWiki after installing the Usability extension. It takes a lot longer for my pages to load after installing the extension, about 5 seconds or so when before they loaded almost instantly. Is this because it uses Javascript and is there anything I can do to improve things? I've gone back to using the standard set up with monobook for the time being as it's too slow with the extension. Jim

2 1

Passwords in cleartext via SSL-Loginpage
by amuenzeb＠rockwellcollins.com 07 Oct '10

07 Oct '10

Hi all, When setting up the LDAP-extension (great work btw. Thank you Ryan!) I stumpled upon the need to encrypt the passwords when they are sent over the network. This was of no concern before, since this is an internal wiki that contained no really important information. But if authorization is handled via LDAP, the password for login into the wiki will be effectively the same than the one used to authenticate with nearly all other services, so security becomes an issue. From what I already knew and have read in the LDAP extension documentation on mediawiki.org and ryans blog (especially the guide http://ryandlane.com/blog/2009/03/23/using-the-ldap-authentication-plugin-f… which was _really_ helpful. Got it up and running in no time!) there are 2 areas to be taken care of: A) The communication between the mediawiki-server and the LDAP-server B) The communication between the mediawiki-server and the end-user-PC. My impression regarding A) is, that the LDAP-extension-plugin does not support cleartext communication with the LDAP-server out of the box, so unless you explicitly set the option to use cleartext, you will be safe. Am I right? B) seems to be a little more complicated. If I don't want to use SSL for the whole wiki site (and I do want to avoid the additional processor load) I need to secure the login-page only or at least the data submitted to the wiki-server when the user clicks login. Are there extensions for this. Did anyone hack his installation so that the login-page is restricted to SSL? How do other LDAP-users handle this problem? Thanks in advance, Arnd Münzebrock

3 3

modify page title when displaying an article
by Laurent Savaete 07 Oct '10

07 Oct '10

Hello, I am trying to change the way the title of pages in a specific namespace are displayed. All pages in this namespace (Lesson:) contain a <wikibabel> tag, which I've registered with the parser using $wgParser->setHook( 'wikibabel', 'efWikiBabelRender' ); I'm also using the ParserAfterTidy hook to prevent mediawiki amending my extension's html output, as was explained in the mediawiki manual. It all works fine, but I would like to modify the way the page title (both <title> and <h1>) is shown, just to make it look a bit more sexy. I've tried using $wgOut->setPageTitle(), but somehow it gets overwritten by subsequent calls from somewhere else in the page displaying process. If I call setPageTitle from the BeforePageDisplay hook, I get the <h1> to display what I want, but <title> does not seem to hear me. setHTMLTitle does nothing either. Any ideas how I could do that? Just to be extra clear, I'm not trying to change the actual page title, only how it's displayed. (ideally, if there's some method to do it throughout the wiki, it would be great). The reason why I'm doing all this is to try and make the title easily parsable. If that's stupid, and you can think of a better way to do it, I'm open to suggestions :) An example page would be: http://www.wiki-babel.org/en/Lesson:Fra:1:The_survival_kit cheers, Laurent

3 3

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

07 Oct '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

Attention MediaWiki Hackers!
by Chad 06 Oct '10

06 Oct '10

(sending to main tech lists, crossposted to Tech Blog[0], feel free to forward anywhere else you'd like) Greetings MediaWiki hackers! I am pleased to announce the upcoming MediaWiki Hack-A-Ton in Washington, DC. As you are all aware, every year in April our good friends at Wikimedia Deutschland host the annual "MediaWiki Developers Meetup" in Berlin. At that event, the program is focused on demonstrations, workshops and small group discussions. To complement this, we're planning the DC meetup to be focused solely on hacking, bugfixing and getting down and dirty with the code. We're scheduling this for October 22nd-24th in Washington, DC. Some of the details haven't been ironed out yet, but will be announced over the coming days as it is. So clear your calendars, and keep your eyes on MediaWiki.org[1] and the mailing lists for more information. Some travel assistance may be available for those coming a long way. I've also been told there will be swag of some sort for attendees :) -Chad [0] http://techblog.wikimedia.org/2010/09/hack-a-ton-dc/ [1] http://www.mediawiki.org/wiki/Hack-A-Ton_DC

1 1

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

MediaWiki-l October 2010