All,
I've read the meta-wiki pages about LDAP authentication and Remote Web
Server authentication ... what I'm looking for is much more simple.
To get to where my wiki is, the user has to have already authenticated as a
unique individual through a kerberized .htaccess method. What I want is for
the wiki to then see the existing "johndoe" user that had logged in to the
.htaccess method and understand that it is the same user as the wiki's
"johndoe".
My current wiki (TikiWiki) has this functionality by simply setting
"Authentication Method" on its "Login" admin pane to "Web Server". I had to
add the users by hand (with no password), but that's it -- the user can't
even logout as the web server's authentication is still in effect.
This is about the only thing I like about TikiWiki, but it's a *very*
important thing. Any ideas? Thanks in advance...
- John
--
John Straffin -+- Duke Univ OIT Tech Support -+- john.straffin(a)duke.edu
Need Help? Dial 684-2200 or "Ask for help" @ http://www.duke.edu/online
"Let's do a dance for the computer-genius-man!" -- StrongBad Email #118
Brion, help.
There are too many mails around - I cannot track them any longer.
May I propose to you: can't you set up wikis for mediawiki-l and
wikitech-l ***with e-mail notification*** ?
Newcomers could post their questions onto the wiki, developers could
answer, and whole message threads including solutions and patches would
stay together and would be better to maintain.
Of course, an installation with a working e-mail notification would
support the communication with much lower mail transfer (remember, only
_one_ e-mail is sent out for a watched page, until the watching user
re-visits the watched page - can be weeks later).
Perhaps: the both wikis only writeable for users who have registered
with one of the mailing lists
I propose my current en201+mw1.3.10 from
http://meta.wikipedia.org/Enotif to be installed on something like
wikitech.wikipedia.org or even
Or be courageous and start trying it on meta.wikimedia.org .
Good or bad idea ?
Tom
Hi. I just signed up for the list, so this could probably be threaded
better, but I don't have the past messages. But, another admin on a
wiki I'm working on suggested this would be relevant to some ongoing
discussions.
We have our whole wiki protected in apache with AuthBasic, and have
matched everyone's wiki account to their apache account. We wanted to
log people in based on the AuthBasic name and password if possible, so
I wrote this change to User.php (from mediawiki-1.3.9):
#existing code shown for context. Starts at User.php, line 174 in
loadFromSession()
#the new code is all in the second else if
if ( isset( $_SESSION['wsUserID'] ) ) {
if ( 0 != $_SESSION['wsUserID'] ) {
$sId = $_SESSION['wsUserID'];
} else {
return new User();
}
} else if ( isset( $_COOKIE["{$wgDBname}UserID"] ) ) {
$sId = IntVal( $_COOKIE["{$wgDBname}UserID"] );
$_SESSION['wsUserID'] = $sId;
} else if ( isset( $_SERVER["PHP_AUTH_USER"]) ) {
# even if we can't find the user in the session
# we might be able to fake it using Basic-Auth information.
# Code largely stolen from SpecialUserlogin::processLogin()
# The way it gets input values was changed, and any of
# the fail conditions were changed to fail silently and
# return a new user, as this code block does when it can't
# identify any user from the session.
global $wgUser;
global $wgDeferredUpdateList;
$name = $_SERVER["PHP_AUTH_USER"];
$password = $_SERVER["PHP_AUTH_PW"];
$u = User::newFromName( $name );
if( is_null( $u ) ) {
return new User();
}
$id = $u->idForName();
if ( 0 == $id ) {
return new User();
}
$u->setId( $id );
$u->loadFromDatabase();
if (!$u->checkPassword( $password )) {
return new User();
}
# We've verified now, update the real record
#
# We don't have a remember toggle here. We'll
# assume we shouldn't remember... next time we
# can do this Basic-Auth hoopla again.
$r = 0;
$u->setOption( "rememberpassword", $r );
# Can't rely on $wgUser being set on return, as
# UserUpdate() depends on $wgUser. I'm not particularly
# clear on what $wgDeferredUpdateList does, but I
# don't want to break it.
$wgUser = $u;
$wgUser->setCookies();
$up = new UserUpdate();
array_push( $wgDeferredUpdateList, $up );
# don't have access to the cookie checking functions in this page.
# also, they may not be as critical, since we can just pull
# from Basic-Auth everytime.
wfDebug("Successfully logged in $wgUser->mName from Basic-Auth.");
return $u;
} else {
return new User();
}
# end of code
If someone could point me to a page on producing a .patch file from a
subversion repository, I'd be happy to post the patch in a file. It's
still a little rough, but I don't know enough about the internals to
know what needs to be smoothed out.
I was stuck for a while because I didn't realize how mediawiki gets
past this block in normal execution. But note that if the first two
ifs succeed (i.e. user has a valid id stored in SESSION) or if the
first else if is true (i.e. user has a valid id in a session cookie)
it will proceed to the rest of the method. The problem of course being
that we had a name and password only, no id, but wanted to log the
user in. This loadFromSession code was originally designed to work
only with an ongoing session or with a user that asked for their login
to be remembered in cookies between sessions, either case stores a
UserID as well as a UserName. The only code that logs a user in using
only a name and password that I found was in
SpecialUserlogin::processLogin().
I hope that helps, and I look forward to any feedback!
Dave
Hi,
Currently, when someone gets a password reminder mailed to them from
Mediawiki, they get a rather cryptic message like:
"Someone (probably you) from IP X has requested...."
I'd like to change that text. I've looked in the following files in /includes:
UserMail.php
SpecialEmailuser.php
Userlogin.php
SpecialUserlogin.php
But none seem to contain the actual text of the email message. Can
anyone point me to the right file(s)?
Thanks in advance.
Yes I'm aware that wiki is not the perfect tool for the job. However the
fact that I already have it running and have (finally) convinced people
it's an excellent piece of software means I'd really like to try :).
I'll look at your links though for sure.
Bart
-----Original Message-----
From: mediawiki-l-bounces(a)Wikimedia.org
[mailto:mediawiki-l-bounces@Wikimedia.org] On Behalf Of Damir Perisa
Sent: Friday, February 18, 2005 10:24 AM
To: mediawiki-l(a)wikimedia.org
Subject: Re: [Mediawiki-l] batch image upload
On Friday 18 February 2005 16:03, Bart Q. Simon wrote:
> The overall idea is that I'd like users to see a very large list of
> images, be able to click on any image, and then comment on it. It all
> seems workable except the part about actually getting the images into
> wiki and automatically building the gallery page :).
i don't think a wiki is the right tool for something like this ...
try something like this: http://coppermine.sourceforge.net/
in action it looks like this:
http://www.calcutta-project.ch/galleries/index.php
hope it is usable input,
Damir Perisa
--
People don't alter history any more than birds alter the sky, they just
make brief patterns on it.
(Mort)
Is there a way to disable the ugly automated columns of a category page
- and have pages listed in a single column instead? :
http://www.crewscut.com/index.php?title=Kategori:Kulturelle_netv%C3%A6rk
Is there a way to disable the automated aphabetical titles (A, B, C etc)
and just show the list in alphabetical order without any subtitles? On
wikipedia, the titles and colums are probably practical - but they seems
overdue for categories on our wiki, with smaller numbers of pages in
categories.
Regards,
Morten :-)
--
Crews Cut Community
http://www.crewscut.com
Morten Blaabjerg
Dronningensgade 4B, DK-5000 Odense C.
Tlf. +45 65 90 60 88
I have two question I can't solve by myself (I tried to search on google
and mediawiki pages)
- How can I change the default page from Wikipedia?
- How can I change the default menu's links?
Thanks in advance for your work.
--
Alessandro Ronchi
http://www.aronchi.orghttp://www.soasi.com
On Thu, 17 Feb 2005 12:49:12 +0100, Alessandro Ronchi
<alessandro.ronchi(a)gmail.com> wrote:
> I've noticed that Wikipedia:Aiuto points to en.wikipedia.org. Is there a
> way to link an it.wikipedia.org article? Thanks again!
That'll be the "interwiki" feature - see
http://meta.wikimedia.org/wiki/Help:Interwiki_links
Basically, you could edit the "interwiki" table in the database to
have "Wikipedia:" point at the Italian, rather than English wiki. But
otherwise, you can of course just use the full URL, as in
http://it.wikipedia.org/wiki/Wikipedia:Aiuto
--
Rowan Collins BSc
[IMSoP]
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Hi everybody,
i heard of the new authentification plugin that is in cvs and in
1.4.beta6. i'm using 1.4.beta6 for my projects.
my plans are to make mediawiki use the authentification of apache
(.htaccess) so that people do not need to log-in again.
unfortunately i cannot find enough infos on this class AuthPlugin to make
it work. i already have written a extensions/cpAuth.php but the trouble
is that it seems to be ignored by mediawiki, even after setting this
lines in LocalSettings.php:
// Auth using cpAuth:
include('extensions/cpAuth.php');
$wgAuth = new cpAuth();
The only documentation i have for this interface i found here:
http://mail.wikipedia.org/pipermail/mediawiki-cvs/2004-November/004971.htmlhttp://mail.wikipedia.org/pipermail/mediawiki-cvs/2004-November/004973.html
is there any other docs around on this? any other people working on
extensions to work with the class AuthPlugin?
once i get this to work, i'm ready to provide documentation on how i made
it work.
thank you very much in advance,
best regards,
Damir Perisa
- --
I don't know anything about music. In my line you don't have to.
-- Elvis Presley
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.0 (GNU/Linux)
iD8DBQFCE0+lPABWKV6NProRAsHrAJ9yX2MZLw75rI8Nq5PwKWHhUrKqcQCg1oIE
A+nVqwJGpPrkGNLTZdzhTT8=
=GTsw
-----END PGP SIGNATURE-----