Kristian

Hello,

I have this problem too. The JS/CSS files are linked with https://….. and because of that, they won’t load. If I purge the cache, it works. At the next day the error appears again. The curio is, that nothing changes if I activate the “Don’t cache SSL sites” option at the Page Cache settings page.

I have the same issue too. The reason for the problem is, that the login in cookie is only available for HTTPS if the admin is running with HTTPS and the front page is running with HTTP. I don’t have a solution for that except disabling HTTPS for admin.

Nice to hear that. Thank you for your work!

Great to hear that. Thank you very much!

That would be fantastic. Thank you for you good work!

Thank you very much. The error is gone!

Great! Thank you!

I have the same issue using WP 4.0 multisite . Any solution available?

Thank you for the explanation. I will think about it.

Thank you for your answer. If I understand the help text in your software correctly, the full screen mode with large images is only supported using flash. Currently the full screen button (right button in toolbar) has no function.

The whitespace is still missing. How can I send a pull request? Never done that before ?? With SVN?

Hello phoenix13,

I dind’t find a solution. But as I described above: If I set the option “Set expire header”, then the browser will use this time value to decide whether the cache should be renewed.

If you find a solution for this, please post it. Thank you!

Regards

My code above breaks pages with a query string (like the search page). The following code fix this issue:

if (strpos($_SERVER['QUERY_STRING'], 'repeat=w3tc') !== false) {
 $uri = explode('?', $_SERVER['REQUEST_URI']);
 $queryString = '';
 if (isset($uri[1])) {
  $queryString = trim(str_replace('repeat=w3tc', '', $uri[1]), '&');
  $queryString = (!empty($queryString)) ? '?' . $queryString : '';
 }
 wp_redirect(home_url($uri[0] . $queryString), 301);
 exit;
}

I am not sure. But if I disable this plugin or visit a wordpress page as a logged user, this header value is not set.

I have found a workaround. If I set the option “Set expire header” the Last-modified header has still the wrong value “Thu, 01 Jan 1970 00:00:00 GMT” but the browser clears the cache if the expire time is reached.

Should i put it in the theme_setup() function inside functions.php?

Yes, correct.

Do i need to reactivate the theme after doing so?

No, the code is active instantly.