Details
-
Bug
-
Resolution: Cannot Reproduce
-
Major
-
3.0.1
-
None
-
Win32, jdk1.5.0_06, magnolia-3.0.1-bundle.tar.gz, MSIE 6.0.2800.1106,Firefox 1.5.0.10
Description
After successfull publishing cycle (e.g. Activate -> Inbox Proceed) the /magnoliaPublic/
returns incorrect 304 Not Modified response on conditional GET request with If-Modified-Since - as does MSIE on Reload request.
When anyone does uncoditional request (for example Shift-Reload in Firefox) then cache is successfully updated and all request are working properly (unless page is changed again).
How to reproduce:
- install magnolia-3.0.1-bundle.tar.gz
- fetch page in MSIE, that you plan to be modified, for example: http://localhost:8080/magnoliaPublic/features.html
- login to authoring and modify top level "features" page
- Activate that modified page
- Click Proceed on Inbox for this page
- Wait for a few seconds
- try to reload modified page in MSIE http://localhost:8080/magnoliaPublic/features.html
- the content remains old, although Ethereal reveals that MSIE correctly does GET request with If-Modified-Since Clause:
GET /magnoliaPublic/features.html HTTP/1.1
...
If-Modified-Since: Tue, 27 Feb 2007 09:29:32 GMT; length=4631
But it receives incorrect response:
HTTP/1.1 304 Not Modified
- now try uncoditional GET (without If-Modified-Since) in Firefox (using Shift-Reload on http://localhost:8080/magnoliaPublic/features.html) - the page show properly
- do again reload in MSIE - now it shows that page properly too
It seems that cache is returning stale 304 response as long as someone unconditionaly requests that page (without If-Modified-Since)
Checklists
Acceptance criteria