I'm using 4.7.4. After the module is enabled I get a blank screen on any /admin/* pages.

Comments

megg’s picture

me, too. using 5.x with clean urls enabled, if that helps...

HorsePunchKid’s picture

Version: 4.7.x-1.x-dev »
Category: bug » feature
Priority: Normal » Critical

As soon as this module is enabled, it will start redirecting admin pages to their secured counterparts. What this means is that if you don't have your secure version set up to respond properly yet, immediately upon enabling the module, the module configuration page will be inaccessible.

I haven't worked with the module much yet, since it kills my access to /admin/*, but presuming there is some way to exclude those pages from the securing, they should be excluded by default to prevent this problem.

If you've gotten yourself into this situation, you may want to:
UPDATE {system} SET status = 0 WHERE name = 'securepages';

HorsePunchKid’s picture

Another option is to blank the second argument in the call to variable_get for the securepages_pages variable on line 211 of securepages.module. That way you can at least explore the module's settings without having the admin pages immediately secured (or broken, if your secure server isn't set up).

amitaibu’s picture

Subscribe (5.x-1.3)

Zephinilium@drupal.org’s picture

To whom it may concern, yes that worked. I just changed line 211 from:
$pages = variable_get('securepages_pages', "node/add*\nnode/*/edit\nuser/*\nadmin*");
to:
$pages = variable_get('securepages_pages', "node/add*\nnode/*/edit\nuser/*\n");

(I didn't have to blank the whole second argument - I'm no PHP expert, and I figured why change more than I have to).

Now I can explore and experiment with the module on my test site (which doesn't have a SSL server connection).

gordon’s picture

Status: Active » Fixed

Fix in latest version. Now there is a test to check if SSL has been installed.

Anonymous’s picture

Status: Fixed » Closed (fixed)

Automatically closed -- issue fixed for two weeks with no activity.