Apache OpenOffice (AOO) Bugzilla – Issue 74357
Cache delivers stale documents
Last modified: 2008-05-17 23:03:22 UTC
Changes to framework / branding elements like navbar entries or footer text are not visible in documents delivered to HTTP clients for a long (>3 days) period of time. What is the expected expiration behaviour for html pages? Please find logs of suspicious wget requests attached.
Created attachment 42871 [details] wget log
Thank you for contacting CollabNet Customer Support. Based on the information that has been provided to us, we will initiate our research & provide you an update as soon as we have adequate information. Regards, Ramya Support Operations.
We are checking internally why the changes are not reflected. Will get back to you, if more details are required. Regards, Ramya Support Operations
The work around is to use Shift-Refresh or Ctrl-Refresh to refresh the current cache server being used by the user. Can we get a list of the exact files that are being edited by OOo? Regards, Ramya Support Operations
The proposed workaround is not feasible in the described situation. If a branding element like project_tools.html for the left-hand side navigation bar is changed one can't reload all affected documents of a project. http://odftoolkit.openoffice.org/source/browse/odftoolkit/www/project_tools.html http://look.openoffice.org/source/browse/look/www/overrides/templates/Banner.vm
We would investigate with the information provided and would update you on the progress. Regards, Ramya Support Operations
Stefan, We are currently working on providing a permanent solution for this issue. As per our engineers who are working on this, it would take 4 - 6 weeks in fixing this. Will keep you posted on further proceedings. Regards, Jeeva Support Operations
Capturing our conversation via email into the issue for future reference : Stefan, Based on our discussion internally Collabnet has decided that we will be working with a goal to deliver a fix in an estimate of two weeks. Problem: When snippet files are updated and checked in, the pages that use them are not automatically refreshed from squid. This is because squid does not take into account snippet changes, but just the main page. Solution: After a snippet has been check-in/updated by a user, we would have a script which would perform a [Unix-touch] command on every html present in every project htdocs folder. The command would run relatively quickly and will force squid to get a fresh copy of all html files thereby forcing a new snippet to be picked up.
This issue has been fixed via the application of the new inst set on the production site .
The Issue you raised has been marked as 'Resolved' and not updated within the last 1 year+. I am therefore setting this issue to 'Verified' as the first step towards Closing it. If you feel this is incorrect, please re-open the issue and add any comments. Many thanks, Andrew Cleaning-up and Closing old Issues ~ The Grand Bug Squash, pre v3 ~ http://marketing.openoffice.org/3.0/announcementbeta.html
As per previous posting: Verified -> Closed. A Closed Issue is a Happy Issue (TM). Regards, Andrew