Redirect Loop Pt. 2

Hello.
Sorry for hearing that you are running into troubles.
Can you activate the CAS debug doing the following steps?

1. Edit your wp-config.php and add the following line:
   define('CAS_MAESTRO_DEBUG_ON', true);
2. This will generate a log in yoursite.com/wp-content/plugins/cas-maestro/debug.log when you try to login using CAS.
3. Please try to reproduce the bug and send me the log (link or a saved version) to [email protected]

PS: If you wanna contribute, please issue Pull Requests at our Github at https://github.com/vaurdan/cas-maestro ?? Every help is really appreciated!

Thanks.
Henrique

Thanks for the quick response. Sorry for the lack of detail. I’ve gotten sidetracked this week but I’m going to get back on this tomorrow or next week. I think this issue is most likely a result of another plugin or server config. I’ll post as soon as I know more.

Sent my log file via email.

Just an FYI, I deactivated all plugins and activated the 2014 theme. Same results.

This appears to be a server config or plugin conflict issue so I’m going to resolve it for the time being so it’s not just sitting here open.

I’m not really sure what the root cause might be so if you have any ideas based on that log, I’d love to hear. I’m pretty sure it’s related to a plugin – possibly a caching plugin but I can’t be sure until I kick things around some more. It could also be an htaccess rule or something – which are often modified by caching plugins.

I’m going to try to isolate this redirect problem and I’ll post if I discover why it’s happening.

I just ran into this too.

Here’s some of the debug logs


A4BC .START phpCAS-1.3.2 ****************** [CAS.php:450]
1CE7 .START phpCAS-1.3.2 ****************** [CAS.php:450]
1CE7 .=> phpCAS::forceAuthentication() [cas-maestro.php:229]
1CE7 .| => CAS_Client::forceAuthentication() [CAS.php:1101]
1CE7 .| | => CAS_Client::isAuthenticated() [Client.php:1083]
1CE7 .| | | => CAS_Client::_wasPreviouslyAuthenticated() [Client.php:1189]
1CE7 .| | | | user =</p></p>

treydock' [Client.php:1365]
1CE7 .|    |    |    <= true
1CE7 .|    |    |    user was already authenticated, no need to look for tickets [Client.php:1206]
1CE7 .|    |    <= true
1CE7 .|    |    no need to authenticate [Client.php:1085]
1CE7 .|    <= true
1CE7 .<= ''
1CE7 .=> phpCAS::isAuthenticated() [cas-maestro.php:232]
1CE7 .|    => CAS_Client::isAuthenticated() [CAS.php:1151]
1CE7 .|    |    => CAS_Client::_wasPreviouslyAuthenticated() [Client.php:1189]
1CE7 .|    |    |    user =
treydock' [Client.php:1365]
1CE7 .|    |    <= true
1CE7 .|    |    user was already authenticated, no need to look for tickets [Client.php:1206]
1CE7 .|    <= true
1CE7 .<= true


That repeats over and over when I try to login.  I'm successfully logged in as other sites that use CAS grant me access.

Treydock, If I recall correctly, my issue was due to a plugin conflict with WP User Frontend. You may want to try deactivating your plugins and see if you can get it to work on its own.

I think the root cause has to do with cookies not being able to keep session data.

gpspake, Thanks for the suggestion. The only plugin enabled is “WordPress MU Domain Mapping”. This is a fresh install of WordPress 4.0 with multsite enabled. If I disable “WordPress MU Domain Mapping” I still have the redirect problems.

You mention cookies, so I tried in Safari (only browser I hadn’t used yet) and I logged in just fine. I had the person I created this particular site for log in without issue.

Thanks,
– Trey

Well, CAS is a tricky beast.

I had a similar issue here. The issue turned out to be the permissions on the sessions folder for PHP.

By looking at the session.save_path value in the output of php_info(), I figured out where that folder was and corrected the permissions. This was caused by me changing the group apache runs as from “apache” to “www”.