[kforge-dev] trac, permissiong working (and working together)
Rufus Pollock
rufus.pollock at okfn.org
Mon Oct 17 13:59:40 UTC 2005
John Bywater wrote:
> Rufus Pollock wrote:
>
>> After plenty of random bug pain we finally have trac working together
>> with the permission system. You can check this out by going to:
>>
>> http://test.kforge.net/annakarenina/trac/trac/
>
>
>
> I don't get a trac service at this location. I get an error:
>
> "ImproperlyConfigured: You need to specify both DATABASE_NAME and
> DATABASE_USER in your Django settings file."
Dammit wrong url, should be:
http://project.test.kforge.net/annakarenina/trac/trac/
Remember all services themselves are available under the 'project'
address scheme and all admin (django part) is available at
admin.test.kforge.net (and at test.kforge.net currently). Sorry to cause
confusion with this wrong url ....
>> and seeing that
>> a) you will need to log in
>> b) these credentials will work:
>> username: levin
>> password: levin
>
>
>
> I could log in as levin here:
>
> http://test.kforge.net/
>
> :-)
You will also be able to access services themselves with the same user name.
>>
>> One rather cool thing is even though our authentication is entirely
>> seperate from trac's system trac seems to automagically pick up our
>> authentication (so if you log in as X this will be displayed by trac).
>> Assume this is because we are using mod_python auth.
>
>
>
> Great. Are we sure it isn't the whole realm that's authenticated, such
> that somebody has access to everything once they have authenticated
> somewhere. Just wondering....
Well yes, firefox or whatever browser tends to cache http authentication
data and will resend it for new urls. This isn't done by the server
however. To implement proper 'single sign-on' for services we wouldwould
need to set up a cookie scheme. But that's another story ....
[snip]
Regards,
Rufus
More information about the kforge-dev
mailing list