Sorry to reply to my own email, but I have gotten a little further, and was hoping someone might be able to help with more details. What is happening is that it is losing the AUTHENTICATED_USER On the logged_in section, if I remove the redirect, and show AUTHENTICATED_USER, it comes up perfectly as tester1 If I put back in the redirect, it reverts to ANONYMOUS USER. Does anyone have any idea why this would happen? Is it something to do with the configuration settings? Thanks a lot! Di
Hi there,
I am having a little trouble with a synced portal between dev and QA. On development, I can log in beautifully using the login_form. It goes to my logged_in page beautifully.
On the new QA site, it gets as far as the logged_in section, but doesn't seem to recognise that it has been logged in. As soon as it moves through to the admin homepage, it redirects back to the login.
Does anyone know what causes this? I've been searching through the archives, but can't find anything that matches both instances. I thought it might be a problem with the cookies, but they seem to be very similar
On dev:
__ac_name "tester1" ozepayzope.qa.ozemail.com.au/ 0 2934247040 29558135 1491665840 29484710 *
On QA:
__ac_name "tester2" 203.108.77.197/ 0 1714181632 29558133 3983437728 29484707 *
Could anyone give me a hint as to what it might be?
Thanks!
Di
Encountered a similar problem and fixed it Have you checked your user roles? Be sure to ad member AND any other role you want them to have. I set manager roles for some users and forgot to ad member roles and got redirected to the login page every time too. Check also the security tabs for your site :-)
-----Oorspronkelijk bericht----- Van: zope-admin@zope.org [mailto:zope-admin@zope.org]Namens Dianne Van Dulken Verzonden: donderdag 18 april 2002 9:25 Aan: 'zope@zope.org' Onderwerp: [Zope] RE: Authentication Problem
Sorry to reply to my own email, but I have gotten a little further, and was hoping someone might be able to help with more details.
What is happening is that it is losing the AUTHENTICATED_USER
On the logged_in section, if I remove the redirect, and show AUTHENTICATED_USER, it comes up perfectly as tester1
If I put back in the redirect, it reverts to ANONYMOUS USER.
Does anyone have any idea why this would happen? Is it something to do with the configuration settings?
Thanks a lot!
Di
Hi there,
I am having a little trouble with a synced portal between dev and QA. On development, I can log in beautifully using the login_form. It goes to my logged_in page beautifully.
On the new QA site, it gets as far as the logged_in section, but doesn't seem to recognise that it has been logged in. As soon as it moves through to the admin homepage, it redirects back to the login.
Does anyone know what causes this? I've been searching through the archives, but can't find anything that matches both instances. I thought it might be a problem with the cookies, but they seem to be very similar
On dev:
__ac_name "tester1" ozepayzope.qa.ozemail.com.au/ 0 2934247040 29558135 1491665840 29484710 *
On QA:
__ac_name "tester2" 203.108.77.197/ 0 1714181632 29558133 3983437728 29484707 *
Could anyone give me a hint as to what it might be?
Thanks!
Di
_______________________________________________ Zope maillist - Zope@zope.org http://lists.zope.org/mailman/listinfo/zope ** No cross posts or HTML encoding! ** (Related lists - http://lists.zope.org/mailman/listinfo/zope-announce http://lists.zope.org/mailman/listinfo/zope-dev )
"Roel Van den Bergh" <roel@planetinterior.com> writes:
Have you checked your user roles? Be sure to ad member AND any other role you want them to have.
I set manager roles for some users and forgot to ad member roles and got redirected to the login page every time too.
I found that the problem was due to the system being more persistant with expectations than with logins. To clarify that, when someone with manager permissions logs out, the cookie authorising them to those persmissions is cancelled. However, when that same system logs back in to Zope, it expects someone with manager permissions to be logging in. This is irrespective of all actual permissions on the file being accessed. Since the user name being logged in doesn't have the manager permissions expected, it doesn't get authorised properly by the security system. I'm not sure if the above applies to your problem exactly, it depends on what roles you're using for each user and page. However, it is an important thing to remember in general and should probably be classed as a bug. It is irritating to have to shut down your browser in order to test the site as a lesser privilaged user. ---------------------- Joe Geldart "Yellow seagulls"
participants (3)
-
Dianne Van Dulken -
Joe Geldart -
Roel Van den Bergh