Moin,
I configured my mediawiki 1.24.0 to restrict page access to logged in
users:
$wgWhitelistRead = array(
"Hauptseite",
"Special:Userlogin",
"-",
"MediaWiki:Monobook.css",
"MediaWiki:Common.css"
);
// first, we colse everything
$wgGroupPermissions['*']['createaccount'] = false;
$wgGroupPermissions['*']['edit'] = false;
$wgGroupPermissions['*']['read'] = false;
.... and some more configuration to grant permissions.
What I miss is a possibility to redirect the (not logged in) users to
the login page instead of showing them a "you must be logged in ...."
page.
Any change?
Thanks
--
|Michael Renner E-mail: michael.renner(a)gmx.de |
|81541 Munich skype: michael.renner.gmx.de |
|Germany Don't drink as root! ESC:wq
Google Code-in (GCI) has been running for only one week and students
have already resolved 35 Wikimedia tasks!
Some of the achievements:
* Citoid offers export in BibTeX format (and more contributions)
* Analytics' Dashiki has a mobile-friendlier view
* Echo's badge label text has better readability; Echo uses the
standard gear icon for preferences
* Wikidata's Wikibase API modules use i18n for help/docs
* Two MW extensions got patches to not use deprecated i18n
functions
* MW displays an error when trying to create a self-redirect
* The sidebar group separator in MW's Installer looks like in
Vector
* Our Phabricator docs have video screencasts and an updated "Bug
report life cycle" diagram
* Huggle's on-wiki docs were updated; exceptions received cleanup
* Pywikibot's replicate_wiki supports global args; optparse was
replaced by argparse
* Reasons for MW sites listed as defunct on WikiApiary were
researched
* We got logo proposals for the European Wikimedia Hackathon 2015
* ...and many more.
Sounds good? Then please spend 5 minutes to go through your tasks and
identify simple tasks to allow more young people contribute!
Got an idea for a task? Become a mentor for that task! And spread the
word to other community members who might be good mentors! Read
https://www.mediawiki.org/wiki/Google_Code-in_2014#Mentors.27_corner and
please contact me if you need help.
Thank you!
andre
--
Andre Klapper | Wikimedia Bugwrangler
http://blogs.gnome.org/aklapper/
I have a mediawiki 1.23.### with next to last security update. I was having
a lot of script error messages poping up when a page loaded. I read a lot
and decided I needed to upgrade the Extension:Scribunto. I thought that
would fix the issue, but it didn't. The only reason I use Scribunto is
that I like to use the upgrade templates from Wikipedia. However I'm
approaching a point where I simply want to freeze the installation and only
concentrate on the actual content. I don't see a way to do that without
completely rebuilding the site using a matching 1.24.xxx with a matching
Scribunto. I've done this several times and frankly an fed up with the
process. Of I could strip out Scribunto, I'm OK with that. This just seems
to be bad software engineering to have Lua so involved, without actually
integrating it directly into the mediawiki software, and tossing the
Extension. In short incorporate it the same way as Php, or java, etc.
* MediaWiki Version: 1.24.1
* PHP Version: 5.4.35 (cgi-fcgi)
* SQL Version: 5.5.40-cll
* URL: http://triplestrata.com/MMOKB/
>>
Hello Wikipedians... I've run into a bit of a problem: After creating a decent wiki, and making a backup, I was about to add more content so I could link to it later. I typed the title for the new article and selected the link to create it.
After writing the article with no problems I clicked "Save". To my surprise, after clicking that button, the page refreshed and suddenly the article I was writing was replaced by the Main Page content, still on the editing mode.
I figured this was a redundancy error or something so I looked manually for the page I thought I] created. Didn't find it.
Since wiki text can simply be copied and pasted onto a notepad file and add it later at any occasion (thank God), I still had the article I had written so I entered the title again, clicked to create it, pasted the content and clicked to save it.
No changes: the page does refresh but I'm editing the Main Page again (that doesn't even let me save any changes on it).
Is there a way to fix this? This happened after the last update...
I wanted to install this extension for my non WMF wiki:
https://www.mediawiki.org/wiki/Extension:PageTriage
Got it working, but I have no idea how to configure it, and all I really need to do (for now) is configure it to have a filter for the main namespace (instead of Article like on Wikipedia).
Any help in this regard would be appreciated.
I've set my wiki to disable the counters, via $wgDisableCounters = true;,
but have found in 1.24 that setting $wgDisableCounter does nothing.
Anyone else having this problem? Anyone know of a fix?