next »

[NJR]

I am having this admin loop problem like a bunch of other people. All permissions are set correctly. Debug says its clean. I have no idea why this is happening all of the sudden. It worked great for almost a year. The dir for calscript is here http://www.njrdesign.net/caltemp/

Any help would be great. The only thing i could think it may be is the server date/time is wrong. I just submited a trouble ticket to see if thats it. If not i have no idea. Im not getting any sort of error at all. I log in, select the cal i want and hit continue and it brings me back to the login. I tried it on two computers. Thanks

[NJR]

Ok my host emailed me back and the time seems right. its two hours behind me ( different time zones) but that sh ould have any effect. I even set my comps clock back so it was the same time as the server and no go.

[DanO]

** The only thing i could think it may be is the server date/time is wrong. **

That would have nothing to do with it.

** All permissions are set correctly. **

Which are?

** I am having this admin loop problem **

It has either got to be the script unable to write to the sessions directory (likely caused by incorrect permissions) or your browser is not accepting cookies or they're turned off in your browser.

JMO

Dan O.

------------------

[NJR]

read, write execute ... 755 i think. I just checked them but maybe i missed one? Which files/dirs should the permissions be set to? Cookies are fine (they are set for all the message boards im on) and i tried two computers. Any other thoughts?

[DanO]

** read, write execute ... 755 i think **

That is read, write and execute for the owner of the files but just read and execute for both 'group' and 'world' (which is what most CGI scripts run under).

Normally data files and their directories should be chmod to 666 or 766 depending on your server's set up.

777 permissions are not usually recommend due to security considerations (and not even allowed on some servers at all or on files and/or directories inside the cgi-bin).

Dan O.

------------------

[NJR]

I just chnaged all the permissions how you said, still no go.

[DanO]

Sorry but I have no other ideas. Maybe someone else will offer a suggestion?

Dan O.

------------------

[njr]

anyone? I really need help on this guys!

[njr]

hellllo?@?@?@

[jdslater]

Did you ever figure this out?  I've got the same problem.

------------------

[jdslater]

I figured it out!

Okay...

I am hosting a small web site just for members of my local Home Owner's Association.

So, I registered my Domain Name, and have Network Solutions domain name forward to my static IP address.  Like this:
http://www.hoa_name.org  -> http://123.234.345.456/Hoa_name/

Which is where I have the problem...

If instead, I type:
http://my_static.domain.name/Hoa_name  (so there is no domain name forwarding), it works!

------------------

[sayitaintso]

I'm seeing a lot of folks having login looping going on and I might have your solution.  If it's the same problem I encountered many months ago my problem was fixed by changing my Session Cookies setting in Internet Explorer.  This is not the same as Enabling Cookies in general. It is  specifically Session Cookies.

This is done differently within various releases of IE, but you do it from within the Tools/Internet Options config for IE.  In version 6 it's Tools/Internet Options/Privacy/Advanced.  Make sure the Always Allow Session Cookies is checked.

Hope this helps.

Jon G.

[Derek]

I have the same issue with the looping, my browser is set to allow session cookies and the files are 755 for both the calendar and calendar_admin and 777 for the calendarscript files. Any word on the fix yet?

[Scott]

Derek, can you run the debug script successfully?

------------------
Scott
CalendarScript.com