The page isn't redirecting properly

i am getting the same problem. no answer yet, it's been a while since this was posted! :-)

to thicken the plot a bit... if you are getting this error, try clearing your browser's cache and it goes away. at least in some situations. but what does it MEAN? :-)

I was having this same problem. happen in random, sometimes would get fixed by clearing cache in browser, sometimes by clearing in site.

One thing i just tried was disabling "Cache Pages for Anonymous Users". I dont see how that would affect it, but when its enabled i get the error, when its not i dont. Will follow up if i get any more errors with it disabled

Here is my experience with this issue...

Firefox will try to redirect all pages in a website to https , if you have ever visited at least one page in the site as https. This conflicts with mixed mode http/https usage, because it disallows any http pages to be served. Contrary to what that link suggested about editing the about:config settings, I did not find that to fix the problem.

If the securepages module has the setting "Switch back to http" enabled, it seems this creates the endless redirect loop when securepages tries to redirect to an http page. In effect the server is battling with the FF browser.

It appears that to fix this, you can disable the "Switch back to http" setting on the module settings page. The downside is that once a user has hit an https page on your site, they will remain in https mode, unless they do the following in Firefox.

Go to Firefox > Preferences > Privacy
From the History section select "Never Remember History"
Click on the clear all current history link.
Select at least Browsing & Download History; click Clear Now
Restart the browser
Now firefox will allow visiting an http version of the website--until you hit an https page. Then the loop starts over.

Seems to me this is a bug with FF, not the module.

I get the same error when using Firefox. But in IE8 the message: "Internet Explorer cannot display the webpage. Diagnose Problems....etc" is displayed. I think this is an issue that needs to be addressed within the module if it is truly be used for mixed modes of https and http.

@yusit, did you confirm caching is the cause? I started experiencing the issue when I turned on site caching as well as javascript and css aggregation and compression.

I installed cacheExclude to make sure its not caching my affected pages. I haven't had any issues yet, but that was just this morning.

Some confirmation that caching is the issue would be very reassuring. If I can't get this working, I will have to switch the entire site to use https, and I don't really want to do that.

Thanks

Unchecking the option "Switch back to http pages when there are no matches" in the secure pages settings page solved the problem for me.

I had to dump cache, turn off Secure Pages Hijack module and Unchecking the option "Switch back to http pages when there are no matches".

I got this issue even with "Switch back to http pages when there are no matches" turned off. Clearing caches (either my own or the site caches) did not help. I am not using the Secure Pages Hijack module, either.

The exception I found was that it didn't seem to be doing it for authenticated users, only for anonymous ones, and that it didn't do it on the home page, but did when clicking on any link from that page.

The former may be because when I ran into problems due to the issue described in #1983932: Never redirects to https using 'Make secure every page except the listed pages.' (redirection not working unless you specify user roles and page exceptions), I selected authenticated users as the group that would be redirected automatically regardless of path settings. I was trying to redirect all pages anyway, but apparently you can't leave the list of page exceptions or user roles blank. So perhaps the always-redirect-for-specific-roles part works but the redirection it's supposed to do otherwise doesn't?

With the latter, the front page didn't redirect to https at all - it would only load as https if I manually entered the URL in that form. However, every link from the front page showed up as https and generated the redirect loop for any anonymous user.

I had to disable the module, and will be looking for other solutions, but am really hoping this and the other bugs get fixed, as I'll undoubtedly need to use it on other sites in the future, so it would be great to have a working version.

i have disabled securepages with drush cmd and my site work again normally

Linux#: drush dis securepages
The following extensions will be disabled: securepages
Do you really want to continue? (y/n): y

securepages was disabled successfully.
www.it-technology.be

In my case, using Drupal 7.53, My I got this message because on /admin/config/system/site-information my "Default 403 (access denied) page" was configure to /user/login when a user didn't have access to view pages on the site.

I unset this setting and clicked save and my problem was resolved.

Problem:
I have given some URL which is only accessible to Authenticated user and that pages were created through Views path . I have also created path base templates .
When i was trying to access those URL as anonymous user, My page goes to Infinite loop and in the end shows me 'This page is not redirecting properly'. I have spent some time and found solution .

Solution:
For resolving this type of issue you follow these steps:
1. login with super-admin.
2. Go to Config->System->Site Information.
3. Search 'Default 403 (access denied) page ' text and insert 'user/login' .
4. save configurations.

Now page will not suffer in infinite loop and it works .";