[MediaWiki-l] Looking for a maintainer for the Lingo extension

Hi, I do not find the time anymore for MediaWiki extension development. Maintenance for most of my extensions has been taken over by the guys of ProfessionalWiki, however for the Lingo extension I am still looking for somebody. Lingo is a glossary extension that lets you define a list of terms

[MediaWiki-l] SimpleBatchUpload 1.3.2 - Security release

I don't normally advertise new releases of this extension, much less minor ones, but this concerns a security issue, so here goes... I just released the SimpleBatchUpload extension version 1.3.2 which fixes an unauthenticated arbitrary file upload vulnerability present in the Blueimp

Re: [MediaWiki-l] Lua/Scribunto

able, which thus automatically has someTable.foo(). And that > someTable:foo(args) is just syntactic sugar for someTable.foo( someTable, > args ) ? > > It's one of those weird Lua quirks > > DJ > > On Mon, Jul 16, 2018 at 1:05 PM Stephan Gambke wrote: > > > I have

[MediaWiki-l] Lua/Scribunto

I have been playing with Scribunto recently and the one thing that struck me as odd was that Lua has a number of methods like table.foo or string.foo, but I did not find any factory module leveraging these methods to provide someting more intuitive like someTable:foo or someString:foo. Is it

Re: [MediaWiki-l] Is it possible to store uploads encrypted?

> > you are storing files on a different server then your main web server > > > > (Say amazon S3 or whatever). If you don't trust the file server, but > > > > do trust your web server, then encrypting the files could make sense > > > > as long as the key sta

[MediaWiki-l] Is it possible to store uploads encrypted?

To prevent unauthorized access I may have to ensure that uploaded files are stored encrypted. Wiki pages themselves are less critical, and may remain in clear text. The scenario is a relatively small wiki (30,000 pages, 10,000 files, but only 27 users) on a virtual server where I have full

Re: [MediaWiki-l] Is it possible to re-introduce "pageviews" and "PopularPages" in MediaWiki (in any hackish way) - or go with an install of 1.24?

I am very much with Lewis on this: Using outdated MW versions poses significant security risks. That said, there is to my knowledge no one download package containing more than one skin. In fact, in the case of Chameleon there is no drop-in download package at all. You need to use Composer

[MediaWiki-l] Lingo extension needs testing

I worked on the Lingo extension ([1]) in the past few days, fixing bugs and restructuring the injected HTML to be less intrusive in the main article text. In the past there were reports about incompatibilities with other extensions and the latest changes should potentially fix some of these

Re: [MediaWiki-l] Assistance needed

From where did you run `composer update`, MW root or extension dir? ​​ ‐‐‐ Original Message ‐‐‐ On March 4, 2018 1:08 AM, Huji Lee wrote: > ​​ > > Hi all, > > I am trying to test a package called UAParser, which is on Packagist > > already. I created this

Re: [MediaWiki-l] Messages not available client-side

ssages not available client-side >Local Time: November 6, 2017 8:16 PM >UTC Time: November 6, 2017 7:16 PM >From: lego...@member.fsf.org >To: mediawiki-l@lists.wikimedia.org > >On 11/04/2017 07:00 AM, Stephan Gambke wrote: >>Is there a module I need to/should/could wait for? I

[MediaWiki-l] Messages not available client-side

I'm sometimes getting the message code instead of the message text in JS using mw.message(...).text(). The messages in question are declared in the RL module declaration. This happens when doing a normal reload (F5), not when doing a full reload (Ctrl+F5), so I guess reloading the module from

Re: [MediaWiki-l] Wikiapiary

e in the spot > you still found this one. > > Thanks and cheers Karsten > > [0] https://phabricator.wikimedia.org/T169534 > [1] https://lists.wikimedia.org/mailman/listinfo/wikiapiary > > Am 08.10.2017 um 22:18 schrieb Stephan Gambke: >> Hi. >> >> Does anybod

[MediaWiki-l] Wikiapiary

Hi. Does anybody know what's up with Wikiapiary (https://wikiapiary.com/wiki/)? The cert seems to have been expired and the mailing list address (wikiapi...@listbox.com) is not found. Stephan ___ MediaWiki-l mailing list To unsubscribe, go to:

Re: [MediaWiki-l] how to automate "edit with form and save" on all articles

Hi Rich. Have a look at https://github.com/s7eph4n/SimpleBatchUpload. It's an extension, not a script, but it was developed with exactly your use case in mind. It provides a Special page for uploading multiple files to MediaWiki and setting a standard template call as the wikitext of the

Re: [MediaWiki-l] composer installers: Behavior of type "mediawiki-*"

Hi Robert. That's because skins used to be stored in folders with lower-case names. E.g. see https://github.com/wikimedia/mediawiki/tree/1.23.17/skins Cheers Stephan > Original Message > Subject: [MediaWiki-l] composer installers: Behavior of type "mediawiki-*" > Local Time:

Re: [MediaWiki-l] Is namespace specific CSS possible?

Trying again with the correct content (s/url/url/): body.mediawiki {background-image: url(https://lh3.googleusercontent.com/mvHbePT-FyB8YpsjecAdCSvK7XoqOcsa4rqpCksWUDZ1koC_2cOfzvt2QU6rPsk5Yuri=w300) !important;background-repeat: repeat;} If this does not work, I blame it on my mail provider. >

Re: [MediaWiki-l] Is namespace specific CSS possible?

Hi Rich. First of all, Chameleon should support MediaWiki:Common.css. I just tried setting it to body.mediawiki {background-image: url(https://lh3.googleusercontent.com/mvHbePT-FyB8YpsjecAdCSvK7XoqOcsa4rqpCksWUDZ1koC_2cOfzvt2QU6rPsk5Yuri=w300) !important;background-repeat: repeat;} on a test

Re: [MediaWiki-l] SideBarMenu extension

On 23 February 2015 at 17:54, Brenton Horne brentonhorn...@gmail.com wrote: 4. I then downloaded the zip file for ParamProcessor here https://codeload.github.com/JeroenDeDauw/ParamProcessor/zip/master, extracted its contents, copy-pasted it to |C:\Bitnami\mediawiki-1.24.1-0\php|

Re: [MediaWiki-l] chameleon skin

Should be fixed in the development version now. If you want to give it a try, use composer require mediawiki/chameleon-skin:dev-master from your MW install directory. Cheers, Stephan On 21 November 2014 at 21:28, Legault, Phillip [ITSUS] plega...@its.jnj.com wrote: I'm using the chameleon

Re: [MediaWiki-l] Removing links

It is hardcoded in SMW. To remove all footer icons you could add the following to your LocalSettings.php: $wgHooks[ 'BeforePageDisplay' ][] = function( $out, $sk) { $GLOBALS[ 'wgFooterIcons' ] = array(); }; Should work with any skin. On 20 November 2014 19:26, chris tharp

Re: [MediaWiki-l] chameleon skin

The bullets were replaced by :before content resembling bullets. Probably not such a great idea. I'll think of a fix. On 21 November 2014 21:28, Legault, Phillip [ITSUS] plega...@its.jnj.com wrote: I'm using the chameleon skin and I see that in the drilldown choose category it is showing

Re: [MediaWiki-l] Lua: Maintain state between invokes?

Hmm, have to keep templates then. Thanks. On 19 June 2013 17:05, Daniel Friesen dan...@nadir-seen-fire.com wrote: On Wed, 19 Jun 2013 07:06:10 -0700, Stephan Gambke s7ep...@gmail.com wrote: Hi, I am struggling with Lua. Is there a way to somehow maintain the state of the page building

[MediaWiki-l] Lua: Maintain state between invokes?

Hi, I am struggling with Lua. Is there a way to somehow maintain the state of the page building between calls to #invoke? A kind of page-wide variable mechanism or something like that? Problem: I have what is basically a bugtracker where each bug is described on a wiki page. For each state

Re: [MediaWiki-l] Case Study: Skinning Media Wiki

Ok, it's probably a bit premature, but I thought while we were all happily bashing each others skins I might as well contribute a bit. As Jason, I do (well, did) not have too much experience regarding skinning, always gave it a wide berth. But since my skin of choice is not very well maintained

Re: [MediaWiki-l] [Wikitech-l] The rest of the SMWCon conference is on YouTube

Hi Yury, great news. This must have been a lot of work. Thanks for the effort! One issue: I included the youtube link, but there seems to be a problem with the template and properties. Could you have a look? (http://semantic-mediawiki.org/wiki/SMWCon_Fall_2012/Filtered_result_format) Cheers,

Re: [MediaWiki-l] Forcing a certain page layout

Hi Al, it depends on how much you want to enforce this. Semantic Forms will always include the structured data at the top and the free text at the bottom of the page. So if your preferred spot for the semantic stuff is at the top, you'll be alright. If you want it to be anywhere else, it becomes

Re: [Mediawiki-l] Hook called on cache miss?

Hi, On 10 November 2011 00:32, Brion Vibber br...@wikimedia.org wrote: I'm looking for a hook that is called when the text of an article is parsed because of a cache miss. What are you trying to accomplish with a hook that's called during (before? after?) parsing that comes after a parser

Re: [Mediawiki-l] Hook called on cache miss?

That's what you get when you are too fixed on one solution, I never even thought of separating caching the page from caching the definition. Thanks Brion! Am 10.11.2011 18:13, schrieb Brion Vibber: A more typical caching pattern within MediaWiki would look something like this: * devise an

[Mediawiki-l] Hook called on cache miss?

Hi, I'm looking for a hook that is called when the text of an article is parsed because of a cache miss. On IRC I was told to use one of the hooks called by Parser::parse, but I am not sure that's the solution: * Parse is also called on cached pages, e.g. to render the 'This page has been