Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

No need to delete the "page_on_front" as it's already done #175

Merged
merged 2 commits into from Feb 2, 2017

Conversation

donnchawp
Copy link
Contributor

Fixes #169
This call to wp_cache_post_id_gc() would recursively delete every cached
page on a site because "page_on_front" points at the homepage, not at
the original URL of the page.
This only happens on sites where the front page is a static page.

Fixes #169
This call to wp_cache_post_id_gc() would recursively delete every cached
page on a site because "page_on_front" points at the homepage, not at
the original URL of the page.
This only happens on sites where the front page is a static page.
If the wpsc_delete_related_pages_on_edit filer returns 0 then only the
cache for the current post will be deleted. Otherwise the plugin will
delete the front page and paged archives of comments.

See #169
@donnchawp donnchawp merged commit f55dcb5 into master Feb 2, 2017
@donnchawp donnchawp deleted the 169_do_not_delete_so_much branch February 2, 2017 17:40
kraftbj pushed a commit that referenced this pull request Feb 9, 2017
* Don't delete so many files on blogs with static homepages. #175
* Discourage use of file locking because semaphores cause problems and it's not needed. #174
* Reorganise the settings page in small ways #173
* Fixed XSS in settings page. Props @jaypatel #172



git-svn-id: http://plugins.svn.wordpress.org/wp-super-cache/trunk@1587563 b8457f37-d9ea-0310-8a92-e5e31aec5664
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
1 participant