Hello
I have a private wiki, using LDAP Authentication. When I assign a user to a
group. through the special privileges page of users, and this user logs off
and logs in, the permission disappears. I tried to add it directly to the
database, but so does it. Anyone have an idea of what might be happening?
Thanks
Hello
I have a private wiki, using LDAP Authentication. When I assign a user to a
group. through the specialpage User rights of users, and this user logs
off and logs in, the permission disappears. I tried to add it directly to
the database, but so does it. Anyone have an idea of what might be
happening?
Thanks
Hi!
I've stumbled over a strange implementation in the composer installer for MediaWiki related projects:
A package with the name "some-cool-extension" and type "mediawiki-extension" will be installed as "<mediawiki>/extensions/SomeCoolExtension". --> The name gets translated from "dashed-lowecase" into "UpperCamelCase" [1].
A package with the name "some-cool-skin" and type "mediawiki-skin" will be installed as "<mediawiki>/skins/some-cool". --> The "-skin" suffix is being removed, but no further transformation is being applied [2]. (Not even some uppercaseing. E.g. Vector skin circumvents this by the declaration of an "installer-name" [3]).
Does anybody know _why_ this difference is being made?
[1] https://github.com/composer/installers/blob/master/src/Composer/Installers/…
[2] https://github.com/composer/installers/blob/master/src/Composer/Installers/…
[3] https://github.com/wikimedia/mediawiki-skins-Vector/blob/master/composer.js…
--
Robert Vogel
I created a draft page, with categories, in my user space. I was told to
remove the categories, since the document was a draft. Should Mediawiki
take care of that for me? That is hide or suppress a category in user space?
But there again, I do have have this lot on my user page!
Categories:
Wikipedians interested in photography
Wikipedians in London
Wikipedians in England
Wikipedians in the United Kingdom
Inclusionist Wikipedians
Wikipedians who contribute to OpenStreetMap
Wikipedian WikiGnomes
Wikipedia pending changes reviewers
British Wikipedians
Wikipedians in Europe
Wikipedians in East London
Members of the Ten Year Society of Wikipedia editors
:-)
Gordo
Hello,
Version 1.4 of the Cargo extension has been released. The major change in
this version is the addition of "hierarchy" fields, which was done by Feroz
Ahmed. This was the Google Summer of Code project that I was a co-mentor of
(along with Nischay Nahata and Tobi Oetterer), so this email doubles as a
new version announcement and a GSoC recap of sorts.
Within #cargo_declare, you can now use the "hierarchy" parameter to define
that a certain field has allowed values that are in a hierarchy. If you add
this parameter, the "allowed values=" parameter is supposed to take in a
bulleted, hierarchical list, like:
* Fiction
** Comedy
*** Romantic comedy
** Drama
*** Historical drama
* Non-fiction
Tied in with that, Cargo queries now have two new keywords, "WITHIN" and
"HOLDS WITHIN", for use on hierarchy fields. So to get all films that are
any kind of drama, you could have a call like:
{{#cargo_query:table=Films| where=Genre WITHIN 'Drama'}}
"HOLDS WITHIN" is very similar to "WITHIN", and is used for fields that can
contain a list of values.
There is also custom handling for hierarchy fields within
Special:Drilldown. All in all, this project turned out very well, and I
hope people make interesting use of it.
(Please note that, if you are upgrading from a previous version of Cargo,
you need to call MediaWiki's update.php script to modify Cargo's DB tables,
because there is an additional field now.)
Other changes and additions in this version are:
- A new parameter, "rows per page", was added for the "dynamic table"
format. It lets you set the default number of rows displayed on each "page"
of results; before it always just 10, though users can adjust it.
- All columns in the "table" format are now sortable, using MediaWiki's
standard "sortable" functionality.
- Support was removed for MediaWiki 1.22.
- There was a bug in which querying failed for tables and fields that had a
number in their name; this has been fixed.
- There were other, smaller, fixes and improvements: thanks to Anomie, Tobi
Oetterer, hashar, Seb35 and Feroz for these.
You can read more about Cargo here:
https://www.mediawiki.org/wiki/Extension:Cargo
-Yaron
After having worked with gerrit for years, I have finally decided to be a
good citizen and instead of submitting a patch, finding out that Gerritbot
has found issues with it, and re-submitting the patch (and thereby,
generating very long chains of patch sets), I should test my code using
phpcs and phpunit before submitting it :)
The problem is phpunit gives me a lot of errors all the time (see
https://phabricator.wikimedia.org/T175397 ). So I thought I should ask more
experienced developers: how do you test your code before submitting the
patch?
Thanks,
Huji
I have a request to generate reports for a wiki including:
Report 1:
* username
* email
* account create date
* edits of past 12 months by pagename
Report 2:
* top 100 Users by # of edits & date of last edit
They want the data imported to Excel.
Is this a use case for accessing data via the API? Just not sure if I
understand API access well enough to know.
Thanks
Bill
Hello,
we are using MediaWiki as a closed wiki for our community.
For authentication purpose we use SimpleSAMLAuth against our CRM
database. Applied skin is 'Vector'. All works fine so far.
We like to improve usability for accessing direct wiki links of
protected pages like https://our.wiki.de/InternalPage
On the landing page we configured MediaWiki:Loginreqpagetext using the
parameter $1 with some explanatory text to link to our "sso" login form.
The link url of $1 looks like
https://our.wiki.de/index.php?title=Spezial:Anmelden&returnto=InternalPage&…
(Spezail:Anmelden translates to Special:Login?)
The login link in the top right corner of the landing page looks like
https://sso.wiki.de/module.php/core/as_login.php?AuthId=specialsqlauth&Retu…
After login on the sso site the first one leeds to the homepage of the
protected wiki instead to the protected page 'InternalPage'.
The second one leeds to the protected page 'InternalPage' after
successful login.
I assume that the link in top right corner is covered by SimpleSAMLAuths
SimpleSamlAuth.class.php method 'hookPersonalUrls'.
Question: Is it possible to change the link generation $1 in
MediaWiki:Loginreqpagetext the same way like in top right corner and if
so how?. How can it be accessed? Any hints or code snippets appreciated.
Thanks in advance.
Ingo
--
Ingo Gabriel
Thank you for your hint and advice.
We are currently on MediaWiki 1.26,
considering migration to 1.27 LTS and struggling a little bit with our
SimpleSAMLAuth implemantation and the changes in session management of
MediaWiki 1.27+. But this is another projekt. ;)
Very helpful to know that there is a supported alternative which I will
definitely look into.
Best
Ingo
Mark A. Hershberger schrieb:
> Ingo Gabriel <internet(a)unitas.org> writes:
>
>> For authentication purpose we use SimpleSAMLAuth against our CRM
>> database. Applied skin is 'Vector'. All works fine so far.
>
> You don't mention which version of MediaWiki you're using, but if you
> plan on upgrading to a supported version (1.27+) then you should really
> consider switching to SimpleSAMLphp and PluggableAuth[1].
>
> The author, Cindy Cicalese[2] is the product manager for the MediaWiki
> Platform team at WMF and, in my experience, has been extremely helpful.
>
> Footnotes:
> [1] https://www.mediawiki.org/wiki/Extension:SimpleSAMLphp
>
> [2] https://www.mediawiki.org/wiki/User:Cindy.cicalese
>
--
Ingo Gabriel
Aló community! I want to embed an audio streaming in our MediaWiki. This
streaming is from an external server.
The streaming is: http://icecast.taina.net.br/radiosapo.mp3, and I want
to put it inside a Wiki page.
I found one extension
(https://www.mediawiki.org/wiki/Extension:StreamPlayer), but it does not
look like an updated extension and it does not work.
Any idea? Does anyone know how to do this?
Thanks!! =)
Nordik.-