MediaWiki-l September 2012

mediawiki-l@lists.wikimedia.org

57 participants
46 discussions

Dependency management, MediaWiki and modularity (was Re: New extension: Diff)
by Mark A. Hershberger 28 Sep '12

28 Sep '12

On 09/26/2012 01:54 PM, Krinkle wrote: > We're going towards a flexible modular system, which > means components have dependencies and build on each other - as opposed to just > "being there". This sounds great, but I do see an important missing piece of infrastructure. First, I am absolutely in favor of a loosely-coupled, modular system instead of just building a larger and larger core. The problem, though, is that there is no way to install, use, or update extensions apart from doing it by hand. Requiring the installation of multiple modules by hand isn't going to lead to a thriving, modular ecosystem. We need a dependency manager. Thankfully, I think there is already a dependency manager that we can build on. I'm talking about Composer (http://getcomposer.org/). Of course, MediaWiki isn't aware of this dependency manager and so MediaWiki's extensions aren't either. I've only looked at it briefly, but it appears that adding support wouldn't be difficult at all -- it would just mean adding a file to the git repository. What do you think? Mark.

3 2

Upgrading to 1.19 has failed twice, I'm stuck
by Pete 28 Sep '12

28 Sep '12

Hi All, I have tried this upgrade twice now, carefully reviewing each step as described here: http://www.mediawiki.org/wiki/Manual:Upgrading and both times, I get stuck at what appears to be the exact same place. I have enabled $wgShowExceptionDetails = true; in LocalSettings.php but nothing is displayed in the web browser. The only message I get is in the apache logs and the fatal message is: PHP Fatal error: Call to undefined method ACTION::getActionName() in /var/www/wiki/includes/Wiki.php on line 317 I have some php experience but get lost quick in this code. There are methods/functions/tools that I've never used before so I'm having difficulty following it. I've done everything it told me to on the upgrade page. Download new Remove old Move new to web root Copied old LocalSettings.php to new Turned on wgShowExceptionDetails Updated extensions etc. However, I get a blank web page when I browse to index.php and the error log shows the error pasted above. If this helps, here's where "getActionName" is found in the code base: ../includes/Action.php: public final static function getActionName( IContextSource $context ) { ../includes/OutputPage.php: $bodyAttrs['class'] .= ' action-' . Sanitizer::escapeClass( Action::getActionName( $this->getContext() ) ); ../includes/OutputPage.php: 'wgAction' => Action::getActionName( $this->getContext() ), ../includes/Wiki.php: $action = Action::getActionName( $this->context ); Any ideas? Thanks in advance, Pete

3 5

Re: [MediaWiki-l] [Wikitech-l] Dependency management, MediaWiki and modularity (was Re: New extension: Diff)
by Chad 28 Sep '12

28 Sep '12

On Fri, Sep 28, 2012 at 1:11 AM, Daniel Friesen <daniel(a)nadir-seen-fire.com> wrote: >> - Extensions should probably have some sort of manifest file. What >> format should it be in and what information should it contain? > > I think Chad (^demon) was the the one focusing on this area. We should ask > him what his plans were. > I had some rough ideas, but they never got fleshed out. In my ideal world, I was thinking something like an abstract Extension class that each extension would implement. It would have methods for returning things $wgExtensionCredits does now, as well as being able to say "I depend on Foo" extension. Then we'd have some kind of ExtensionRegistry, so enabling an extension would be something like ExtensionRegistry::register( new MyExt ); But yeah, I never really got further than that. -Chad

1 0

Upload Setup Question
by Rowe, Dolores A 28 Sep '12

28 Sep '12

Hey Teammates, I am getting the following upload error in MediaWiki 1.19.2. Error creating thumbnail: convert.exe: unable to open image `C:\WINDOWS\TEMP/transform_32f7ebc-1.jpg': Permission denied @ error/blob.c/OpenBlob/2614. Is that because the IUSR does not have permissions to c:\Windows\Temp ? I'm really not able to give it permissions there for security reasons, is there a workaround ? Where is error/bloc.c/OpenBlob coming from ? thx, Lori

2 1

Spam-Benutzer-acounts löschen
by Markus 27 Sep '12

27 Sep '12

Liebe MW-Spezialisten, Wir haben tausende Benutzeracounts von Spammern: http://wiki.openseamap.org/wiki/Spezial:Benutzer Wie kann ich diese löschen? Eine "White list" von "guten" Benutzern ist vorhanden. Gibt es da einen Bot? Danke, Markus

5 5

(no subject)
by Will Dickinson 27 Sep '12

27 Sep '12

http://tvmoca.net/wp-content/plugins/google.html?eefv=zfs.gio&jmi=onnm.hkm&…

1 0

mediawiki drives the database insane
by Christian Kujau 27 Sep '12

27 Sep '12

Hi, I'm running Mediawiki 1.19.1 on Debian/stable server via lighttpd/php5-cgi. Earlier today I decided I wanted to enable wgDebugToolbar in my LocalSettings.php - done that, but now the wiki was not responding any more. I've immediately reverted that change (and it really was only that change, I compared with the backups) but still the wiki was not responding. top(1) showed that one of the php5-cgi process was using up a lot of CPU time, so I decided to kill that process and restarted the webserver. But still, accesssing the wiki was not possible: the page was "Loading...", but nothing got delivered back to the browser. Deleted cookies, tried another browser, still the wiki appeared to be unusable. Looking at the MySQL database serving the wiki, I could see what was going on: ------ 307 Query REPLACE /* MessageBlobStore::updateModule 10.0.0.123 */ INTO `mw_msg_resource` (mr_resource,mr_lang,mr_blob,mr_timestamp) VALUES ('user.tokens','en','{}','20120926011737') 307 Query SELECT /* MessageBlobStore::updateModule 10.0.0.123 */ mr_blob FROM `mw_msg_resource` WHERE mr_resource = 'user.options' AND mr_lang = 'en' LIMIT 1 ------ These two queries where sent over and over again to the database by the php5-cgi process, ~10 times per second or so. Restarting the database did not help, as soon as I accessed the wiki again, these queries appeared again. I've had this issues before, with 1.19.0, IIRC. I did not dig deeper though, somehow the next morning the wiki was "just" working again. But the issue was the same: changed something in the config and then these strange queries appeared. I've put the LocalSettings.php and the database query log here: https://trent.utfs.org/bits/mediawiki/ Some more notes: * I've switched from lighttpd/php5-cgi to apache2/mod_php5, still the same: when the wiki is accessed, those strange queries appear and the wiki page "loads" until php's maximum execution time is exceeded.. * I'm using the APC cache. Disabling that (and wgMainCacheType) did no help either. * I'm not using any Mediawiki extensions. Anyone got an idea what might be going on here? Thanks, Christian. -- BOFH excuse #148: Insert coin for new game

2 4

Re: [MediaWiki-l] [Wikitech-l] New extension: Diff
by Jeroen De Dauw 26 Sep '12

26 Sep '12

Hey, > Is there a reason we don't just put this in the core? One of the reasons is that from my experience the MediaWiki core dev community is not very open to such things. I think Tim is illustrating the point pretty well, by implying what I did is total nonsense. Having tried to get this into core would have lead to more insults getting thrown at my head. Of course this is nonsense, as I'm sure some core developer will point out in a reply. Another reason is that although this is a rather generic diff utility, the number of extensions that could make use of this seems rather limited. And I don't think we want to just put any generic component into core without good reason. > It has about 50 lines of useful code wrapped in 1600 lines of > abstraction. I don't think it is the sort of style we want in the core. Unsurprisingly I'm going to Agree with Denny that this is rather harsh. This kind of attitude is not very welcoming to other developers, especially if you make such comments where they are not applicable. And yes, I'm going to maintain it's not applicable. Being the genius that you are, I challenge you to put your money where your mount is to write a 50 line extension that offers the same functionality as this extension. One might discuss the suitability of using a class hierarchy to > represent different DiffOps. But then again, that is the same class > design as in the DairikiDiff engine, included in core as well. > Although you find small things to nitpick over, I'm confident the overall design is sound. The Diff and DiffOps are following the composite pattern, which seems very much like the right choice to me. I would not mind being proven wrong or having other constructive discussion though. "This is crap" is not constructive. Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. --

1 0

Security concern with {{FULLURL}} in edit of Portal pages
by Tom Hutchison 25 Sep '12

25 Sep '12

Wondering if anyone else has run into this. Clicking on the edit link in a portal styled page which uses the magic word, {{fullurl}} like this, [{{fullurl:{{{editpage|/}}}|... Seems as if some are DNS'ing back to this wiki and the actual link when hovered over the word "edit" is resolving back to parasite domain names. Even shows still logged in, perfect mirror. Question is what is {{fullurl}} pulling its information from, the ip address? If so it would explain a DNS back to wrong domain if the look up hits the wrong domain first. What is the fix? Thanks Tom

2 2

New extension: Diff
by Jeroen De Dauw 25 Sep '12

25 Sep '12

Hey, I'm happy to announce the first release of a new little extension I wrote called Diff. https://www.mediawiki.org/wiki/Extension:Diff It's a small utility library which might be of use to anyone creating a new extension :) Cheers -- Jeroen De Dauw http://www.bn2vs.com Don't panic. Don't be evil. --

1 0

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 September 2012