I'm inclined to think this is an issue with Feeds, but I'll begin here.
The issue is that my web server redirects /admin /user et al to HTTPS if originally typed in as http://example.com/admin
So this means that all logged in sessions are only accessible in an HTTPS URL.
This causes a problem in that when I run an LDAP import, the browser redirects to something like http://example.com/batch?op=start&id=175 which then after what I assume is some permissions denied failings in the background, redirects to the page and displays the red message box "No active batch."
I'm doing this force SSL in IIS by using a regex to lookup if the user types in any of the URLs I mentioned above, and so my first thought was to include /batch in the URLs that the web server automatically redirects to an HTTPS version of that same page. This also does not work as while it does redirect, it simply goes to example.com/batch with an access denied page, minus any of the captured URL parameters (?op=start...).
Thoughts on this?
Comments
Comment #1
mattyohe commentedWhoops, that should've been Beta5.
Comment #2
johnbarclay commentedCould be feeds. More likely your settings. Best just to have all you authenticated users use https for everything. That way you don't have to worry about sharing cookies across http and https. Also make sure you settings.php settings are correct for cookie domain etc.
Comment #3
johnbarclay commented