MediaWiki-l March 2011

mediawiki-l@lists.wikimedia.org

86 participants
72 discussions

Disabling the parser cache... for real
by Daniel Barrett 15 Mar '11

15 Mar '11

I have a parser tag <foo> that disables the parser cache in its callback function, like this: static function myParserTagCallback(&$parser) { ... $parser->disableCache(); ... } However, sometimes the pages using this tag get cached anyway. Should I also need to call $wgParser->disableCache() for the global parser object? DanB

2 1

Control of editions
by Juan Jesús Cremades Monserrat 15 Mar '11

15 Mar '11

Hi, I has isntalled a new mediawiki portal, but the final user wants, for all colaborations, to confirm before the final publications. In other words, if a authenticated user edits some article, before the new changes appear as public, he wants to revise and confirm the edition. Is it possible? Thanks

3 2

Best practice for integrating a parser tag and another hook callback?
by Daniel Barrett 15 Mar '11

15 Mar '11

What is the recommended way to get a parser tag like <foo> and another hook callback to communicate or have a shared state? Here's a simple use case: 1. Use a <foo> parser tag to generate some wikitext 2. Use the SkinAfterBottomScripts hook to inject that wikitext at the bottom of the page In this case, what's the best way for the callbacks for <foo> and SkinAfterBottomScripts to share information (in this case, the generated wikitext)? I can think of a few places that <foo> could put its generated wikitext for SkinAfterBottomScripts to access : Method 1: Put the two callbacks in the same class and create a static variable to hold the wikitext. I don't like this method because it feels like an ancient "shared memory" solution (with all the usual pitfalls & risks). Method 2: Create a custom property in the ParserOutput object ($parser->mOutput) and hang the generated wikitext there. This feels a little better, but unfortunately the parameter list for the SkinAfterBottomScripts hook doesn't include a Parser or ParserOutput object, so it can't access the data. (Theoretically one could use $wgParser, but when I tried this, something in between deleted my custom property.) This is just one example. The real question is: what's the best practice for sharing data/state between two callbacks in a MediaWiki extension? Thank you very much. DanB

2 2

Categories as filter
by "Thomas U. Grüttmüller" 13 Mar '11

13 Mar '11

Huhu :-) If I want to find pages that are listed in both category A and category B, is there an easy way to do so? Example 1: find on Wikipedia composers who are dead for more than 70 years Example 2: find on Commons videos or animations that are in the Public Domain Thanks in advance, Thomas

3 2

Re: [Mediawiki-l] mediawiki+security
by WJhonson＠aol.com 12 Mar '11

12 Mar '11

In a message dated 3/11/2011 6:14:32 AM Pacific Standard Time, larinus(a)gmail.com writes: > Thanks for your answer. > We going to search other way to store our passwords. > > There are collaboratively edited sites which allow private storage and sharing, such as Knol.google.com and Sites.google.com Both have the ability to limit viewing of particular areas only to selected persons. W

3 2

mediawiki+security
by Vitaly Liaschuk 11 Mar '11

11 Mar '11

Hi, list. We are using mediawiki like a repository for a technical documentation about our IT infrastructure. We whant to store some passwords in mediawiki, for example, lyke mysql passwords. But page with passwords should be accessible only by administration group. Maybe somebody who knows tricks how we can realize this? Or maybe exists some plugins for mediawiki?

5 5

Uploading office docs
by McHale, Nina 11 Mar '11

11 Mar '11

Hi, all! I have been having trouble uploading Word and PowerPoint documents to our wiki. I added the file types .doc, .docx, .ppt, and .pptx to $wgFileExtensions in LocalSettings.php, and it appears as though others ARE able to upload these types of files, because, well, they're there. This came up again because one person wanted to upload a .docx file, and while he was able to upload .doc files, he did not have any luck with .docx. I have not altered the mime.info or mime.types files; I just looked over the documentation for that, but I'm not sure that's the right place to be looking. And I don't know if it makes a difference, but I'm using Safari/Firefox on a Mac, and most others are using PCs with Firefox/IE. Thanks in advance, Nina Nina McHale, MA/MSLS Assistant Professor, Web Librarian University of Colorado, Auraria Library Facebook & Twitter: ninermac http://milehighbrarian.net

6 8

Re: [Mediawiki-l] Spam account creation, circumventing recaptcha
by Dan Kohn 10 Mar '11

10 Mar '11

My www.PWSNotes.org MediaWiki site, which I've operated since 2004, has been overrun with spam in the last month. I used Nuke to clean it up. Unfortunately, neither ConfirmEdit with ReCaptcha nor SpamBlacklist is stopping the spammers. I interpret this as meaning that real people are doing the spamming. I just installed ConfirmAccount, which I expect should bring the spam to an end, at the unfortunate cost of making it harder for new people to contribute to our community. Bummer. -- Dan Kohn <mailto:dan@dankohn.com> tel:+1-646-833-8291

4 5

Registration open for the Hackathon in Berlin, May 13-15
by Daniel Kinzler 10 Mar '11

10 Mar '11

Hi all! Wikimedia Germany invites anyone interested in improving MediaWiki to come and join us at or third developer meet-up. Like the last two years, it's going to be awesome! Unlike the last two years, there will be more hacking and less talking - it'll be a Hackathon, not a BarCamp. We'll meet on May 13 to 15, in Berlin, on the 4th floor of the betahaus coworking space <http://betahaus.de/>. There will not be an entrance fee, but registration is mandatory and now open: <http://de.amiando.com/hackathon2011>. Registration will close on April 10. If you like to attend, please register in time! More information can be found at <http://www.mediawiki.org/wiki/Berlin_Hackathon_2011>. The Berlin Hackathon 2011 is an opportunity for MediaWiki hackers to come together, squash bugs and write crazy new features. Our main focus this time around will probably be: * Improving usability / accessibility * Interactive Maps * Fixing the parser * WMF Ops (new data center, virtualization) * Supporting the Wiki Loves Monuments image hunt * Squashing bugs If you have different ideas, please let us know: <http://www.mediawiki.org/wiki/Berlin_Hackathon_2011#Topics> The Hackathon will be hosting the Language committee and Wiki loves Monuments group. There is a limited number of seats reserved for these groups and if you belong to one of them, you should receive an invitation code soon. If you have any doubts or questions, contact us at <hackathon(a)wikimedia.de>. We’re excited to see you in Berlin, your Hackathon Team Daniel Kinzler (Program Coordinator) Nicole Ebber (Logistics) Cornelius Kibelka (Assistant)

3 2

PHPbb + Mediawiki Single Sign On Proof is working
by Adam Meyer 09 Mar '11

09 Mar '11

Past few days I have been looking for a way to have a real single sign on between mediawiki and phpbb. I wanted the login state in phpbb to dictate that in mediawiki. I got it working. If you logout of phpbb, you logout of mediawiki, if you login to phpbb you are then logged into mediawiki. In mediawiki I have it checking the session of phpbb and doing an auto log. BUT THERE IS A HUGE ISSUE: I had to replace every instance of User (Class) in every mediawiki file with mw_User because phpbb also has a user class. I know a lot of people have asked about this. It is possible, but it is a ton of work. This is nothing short of a hack, but for anyone interested, I though I would share. -Adam

2 2

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 2011