Forum OpenACS Development: I seem to have run into trouble....

Posted by Richard Hamilton on 02/10/03 02:49 PM

I am trying to organise a publically visible photo album but cannot stop the acs redirecting to the following registration page.

I have set the permissions for the Main Site to 'The Public - Read', the instance of the 'Photo Album' package to 'The Public - Read' and have set up an album in the default root folder of the 'Photo Album' package called test upon which I have also set the permissions to 'The Public - Read'

Whenever I am logged in the system works perfectly, but when I attempt (as a memeber of the public) to connect to the url for this album or the parent instance of the photo album package the acs redirects to :

https://192.168.0.10:8446/register/index?return_url=%2fregister%3f

If I try to log in on this page of course I am redirected back to :

https://192.168.0.10:8446/register

....presumably caused by this fragment

'index?return_url=%2fregister%3f'

What on earth have I done wrong?? Why is it redirecting and adding a redundant return url?
Regards
Richard

2: Re: I seem to have run into trouble.... (response to 1)

Posted by Richard Hamilton on 02/10/03 04:42 PM

Sorry guys, I managed to post this on the wrong forum. Please accept my apologies.
Richard

3: Re: I seem to have run into trouble.... (response to 1)

Posted by Don Baccus on 02/10/03 08:13 PM

That's OK, we're not fanatic about it :)

BTW I don't see off the top of my head why you should be having a problem, you shouldn't be required to log in.

As far as the redirection once you try to log in ... I thought that had been fixed? Maybe Jeff or someone else will remember exactly when it was fixed ...

4: Re: I seem to have run into trouble.... (response to 1)

Posted by Richard Hamilton on 02/11/03 01:43 AM

Don,

Thanks for the reply. It seems that there are two distinct problems here.

1. The issue with the permissions seems to have been related to moving an instance of the photo album to a new url. I had in in one place on the site map, and then created a new place, mounted the instance on the new place, and then deleted the old url node. This process seems to have screwed up the permissions. Maybe there is some residue of the old url key stuck in some table somewhere? I tried setting up a new instance of the photo album and it works fine. One other clue is that if I delete all albums in the problematic folder, the public can get at the folder, but as soon as I added an album (even with public read perms) neither the album nor the folder were available without logging in.

2. The issue with the registration is a real nuisance. What is happening is that after logging the user in, the browser is redirected to the login page again, which gives the user the impression that the login has been unsuccessful. In fact the login has been perfectly successful. Can anyone help me to sort out a workaround so that the redirect can be avoided?

Richard

5: Re: I seem to have run into trouble.... (response to 1)

Posted by Richard Hamilton on 02/11/03 10:22 AM

I have worked out what the problem is - it's me again!

Of course if I create a link to the register page, and I have set the register page to not be publically readable (sarcastic tone!) , then the link posted above will occur to redirect the user to the requested page after login - the register page. Funny old thing.

Sorry to bother you with that - but I'm learning.

Richard