[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