PHP Error

committed

I still see such error with the latest 1.18 branch. Checked the source code and wondering if it is caused by missing this sentence

&& isset($GLOBALS['_boost_cache_this'])

??

I had the same error when viewing a feed as an anonymous user. I fixed it by adding an isset($GLOBALS['_boost_cache_this']) right before testing whether it's TRUE or not, as llite said.

Edit: the patch above fixes the issue as well.

Thanks for the patch... I still get this error, though:

Notice: Undefined index: _boost_cache_this in .../sites/all/modules/boost/boost.module on line 299

Warning: Cannot modify header information - headers already sent by (output started at .../sites/all/modules/boost/boost.module:299) in .../sites/all/modules/securepages/securepages.module on line 192

Exactly the same here like #7, also in combination with securepages.

It happens on one hand if I switch from a boost-cached page to "user/login" where securepages has the order to redirect to https:
Cannot modify header information - headers already sent by (output started at /var/www/sites/all/modules/boost/boost.module:299) in /var/www/sites/all/modules/securepages/securepages.module on line 192

However, this can be solved by putting lines like these into .htaccess right below ### BOOST END ### and thus replace securepages (what is not really convenient):

  RewriteCond %{HTTPS} off
  RewriteCond %{REQUEST_URI} /user/login
  RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R]

On the other hand: error messages appear as well, if redirection happens reverse by switching from high confidential https stuff to a harmless section of the site and securepages is told to redirect back to http, while the user is still authenticated. I get:

Notice: Undefined index: _boost_cache_this in /var/www/sites/all/modules/boost/boost.module on line 299

Warning: Cannot modify header information - headers already sent by (output started at /var/www/sites/all/modules/boost/boost.module:299) in /var/www/sites/all/modules/securepages/securepages.module on line 192

Patch of #6 solves this for me! Still have not tested 6.x-1.x-dev - so unsure, if this issue should remain active.

subscribing (patch #6 does not apply cleanly to 6.x-1.18)

subscribing.

I'm attaching a different approach to patching the issue. I'm array_key_exists('_boost_cache_this', $GLOBALS). The patch works for me on 6.x-1.18.

Had the same problem, #13 seems to do the trick.

Please test on the dev 6.x-1.x version. This was fixed a long time ago (see #3), but unfortunately there hasn't been a release since. (a 6.x-1.x beta will be released soon)