[wp-trac] [WordPress Trac] #19444: Widgets page
WordPress Trac
wp-trac at lists.automattic.com
Sun Dec 4 18:14:27 UTC 2011
#19444: Widgets page
--------------------------+-----------------------------
Reporter: willshouse | Owner:
Type: defect (bug) | Status: new
Priority: normal | Milestone: Awaiting Review
Component: Cache | Version:
Severity: normal | Keywords:
--------------------------+-----------------------------
For several versions of Wordpress (maybe all of them), I've noticed that
the Widgets page can be loaded from cache:
[[Image(http://img51.imageshack.us/img51/725/pictureen.png)]]
I'm not sure why this is happening, when the page is first loaded headers
are sent including `no-cache, must revalidate, max-age=0`, all of which
seems to be done correctly:
[[Image(http://img703.imageshack.us/img703/4526/screenshotwithshadow.png)]]
However, if I load the widgets page, make a change to the order of the
widgets, then navigate to another page, and then use the back arrow to go
back to the widgets page, a cached version of the widgets page (pre-
change) is loaded. This can be especially troublesome if you spend a lot
of time making changes and adding and removing widgets, or widget content,
then go back to the page and make another change before you realize that
the cached page is loaded, because it will overwrite all the changes that
you had just previously spent so much effort on.
One possible solution would be to load all the widgets with AJAX if
javascript is available, or possibly re-check that the correct widgets are
in place with AJAX after the page loads (and use Javascript to reload the
page again if they are not). The latter method would also enable the page
to be loaded using standard methods if Javascript was not enabled.
--
Ticket URL: <http://core.trac.wordpress.org/ticket/19444>
WordPress Trac <http://core.trac.wordpress.org/>
WordPress blogging software
More information about the wp-trac
mailing list