|Title|Clicking on an Attachment always shows version 1
|Date|25-Feb-2005 03:56:55 EET
|[Bug criticality]|~BadBug
|Browser version|Mozilla Firefox
|[Bug status]|FixedBug
|[PageProvider] used|VersioningFileProvider
|Servlet Container|n/a
|Operating System|RHEL3
|Java version|1.4.2_05

If replace an old attachment with a new (like a .jpg) for instance, when I click on the hyperlink Main/new.jpg, I always get the __first version__ of the file, even though I've uploaded it several times.  PageInfo.jsp works fine though, showing me multiple versions.  This only happens on Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.5) Gecko/20041107 Firefox/1.0.
It works fine with Internet Explorer, and Mozilla 1.8a (firebird).  
(Is something wrong with caching?)

So it looks like theres something wrong when it hits this
part of the code in PageInfo.jsp,
where it itterates through the attachements....:
The failure is probably deeper down in LinkTo (I'm assuming).

# ls -lt
total 232
-rw-r--r--    1 root     root       179387 Feb 24 19:48 2.Jpg
-rw-r--r--    1 root     root          156 Feb 24 19:48 attachment.properties
-rw-r--r--    1 root     root        48701 Feb 24 19:46 1.Jpg
# cat attachment.properties
# JSPWiki page properties for Testpage/TestTemplate.Jpg. DO NOT MODIFY!
#Thu Feb 24 19:48:08 EST 2005

I wrote an .jsp file based on JoelDelete, and I can delete everything there.
But the strange thing is, if I put something back, I can only see the version 1
from before.  (something wrong with caching, I've even tried turning it off?)  I've already tried clearing my browser cache.  Its probably not a bug in jspwiki, but where do I start?  Everyone here uses Firefox


This was already fixed in 2.1.113, four months ago.  It's a problem with 304 reporting.

Guys, if you're running a pre-release version, please report bugs against the LATEST code only.

-- JanneJalkanen