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
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
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
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
> > 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
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
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
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
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
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
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
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
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:
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
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:
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.
>
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
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|
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
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
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
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
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
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
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,
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
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
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
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
29 matches
Mail list logo