Question

I had to create this here as a test case as I couldn't attach anything in the litter tray of Bugs.

Try viewing one of the presentations attached below in IE6, then using the back button in your browser, then viewing the other presentation. We seem to get an error.

Environment

-- AndrewRJones - 04 Apr 2007

Answer

If you answer a question - or have a question you asked answered by someone - please remember to edit the page and set the status to answered. The status is in a drop-down list below the edit box.

Ok this seems to work on twiki.org, but not on our local one. Will try again on another install and post back to here.

-- AndrewRJones - 04 Apr 2007

Seems to work fine on a vanilla install as well.

The wiki where the problems do exist are on a wiki which was upgraded from 4.0 to 4.1.2. Anyone know what might be causing this?

-- AndrewRJones - 04 Apr 2007

Could be a local caching issue. Try clearing the browser cache and start over.

MS has known problems with Office documents over http, clearing the IE cache and starting over is a known cure.

-- SteffenPoulsen - 04 Apr 2007

no known answer

-- SvenDowideit - 24 Apr 2007

We have run into the same problem in our intranet TWiki. The IT Desktop group sets up IE to cache "Automatically" which means one can NOT see new updates to already viewed attachments w/o clearing the cache. Users can't modify the setting as our IE is "locked down".

I came up with a solution which requires a modification to TWiki.pm (sub ATTACHURL() ) and TWiki::UI::View.pm (sub viewfile() ).

The solution is to create CGI script based URL references to attachments., rather than direct apache (httpd) handled references. That way, the script can do the proper HTTP header incantation to pacify the IE caching demon

I would be happy to post the changes if people are interested.

I see that the SVN version of View.pm viewfile() is different than what we are running, but still requires the proper IE cache disabling headers.

-- CraigMeyer - 17 May 2007