Redirecting to login...

[Michael Scott]

Hi, I just installed the ICEcoder on my website, configured the setup for multiple users, and entered a username and password at the prompt. Now I'm stuck with a "Redirecting to login..." message.

I'm on a shared server, with no domain name assigned to my account, so I'm trying access to access the login with something like: www.servername.hosting.com/~username/ICEcoder. Could this server setup be the problem? Any suggestions?

Thanks,

- Mike

[Michael Scott]

Never mind. I re-installed and got it working.

[Matt Pass]

Hey Mike. Glad you got it working.

Any ideas what you changed tho to get it working? Maybe useful for other peoples reference.

[Brian Currid]

Matt, 

I'm going to chime in on this slightly old post since I am having the same problem. I have tried a fresh install but it didn't help. I have ICEcoder installed at icecoder.<domain>.com but if I go directly to the url I only get the "Redirecting to login..." screen. I have to go to icecoder.<domain>.com/lib/login.php which will allow me to login. But then after entering in credentials it just says "Logging you in..." and I end up having to delete /lib/login.php from the url & then the editor screen loads.

[Matt Pass]

Hi Brian

This is one of the last big setup/usage issue for me to tackle I think. The reason this is happening, is that ICEcoder is outputting top.docRoot='(something)';top.iceRoot='(something)'; on line 87 of lib/settings.php and then afterwards trying to use PHP to redirect somewhere using header("Location: (somewhere)").

(On some setups (and quite rightly), it shouldn't allow PHP to set headers after content is output to the browser. On strict server setups, it'll ignore the header request and continue, stopping then with the subsequent die() message).

There are 4 header redirects after those JS variables are output. A quick fix would be to add a JS window.location redirect just before the die() message as a safety net. A better solution tho would be to move those JS variables set on line 87 further down the file, maybe to the very end (ie, after the ?> PHP closing tag). Would be interested to know if that works for you, and don't think it will cause any issues.

Matt

[Brian Currid]

Matt, 

I tried your suggestion of moving the js output to the end. I actually moved the whole block (82-88) to the very end. Unfortunately, it made no difference. When on the "Logging you in.... " screen, the dev console shows the following error Failed to load resource: net::ERR_CACHE_MISS 

I should note that I am using multiuser mode (only to secure the site from the public).

Also, not sure if it is relevant to this issue but I also get a 404 when I try to logout. When I click File>Logout I get redirected to a 404 with url http://icecoder.<domain>.com/dirname(__FILE__)./?loggedOut

[Matt Pass]

OK I will write the fixes during this week to sort them out for you.

Thanks,
Matt

[Brian Currid]

Ok, thanks. It's not a huge issue for me, I'm certainly capable of changing the url in the address bar. But at the same time, I doubt that I am the only one with this issue so I'm happy to help try to debug the issue for the sake of others & ICEcoder in general.

[Matt Pass]

Hi Brian

Yes, it's not a hugely common issue but I have certainly had around 10-12 reports of this, so definitely something wrong there.

Will put the JS redirects in place as failsafes and let you know so you can test it fixes the issue.

Thanks,

Matt

[Matt Pass]

The v4.4 release includes the JS window.location redirect fallbacks incase the PHP header("location")'s fail.

Brian - let me know if these do/don't work for you?

Matt

[Brian Currid]

Logging in seems to work correctly now. I can go directly to icecoder.<<domain>>.com and all the redirects happen on their own now. However, I still cannot log out. I get a 404 error with url http://icecoder.<<domain>>.com/home2/<<my folder>>/ICEcoder/lib/?loggedOut where /home2/<<my folder>> is my root on the shared server.