This was already fixed.  However, it seems to be lingering due to some bizarre
caching issue.  an arbitrary edit of Default/home.html clears it up. maybe a
dummy checkin needs to be done on this file so that the caching sees a new file
date?

Can we force a cache wipe with an upgrade script?

hard to say where it is caching.  a newer timestamp on the home.html would
probably do the trick. 

I've committed a possible fix in change 4418.  This should update the file time
and cause the caches (tt and etags) to reset and give proper render of the
library stats.  Please confirm (as I've already had mine update here)

Can't really confirm - I already did the edit to bump the timestamp.  What 
exacltly _does_ wipe the cache?  I notice, for instance, that I still have 
compiled templates for the old Exbrowse2 skin sitting in the cache.  Harmless 
enough, but I would think that something needs to force the cache to be cleared 
from time to time.

i believe that they are simply updated when a more recent version is found, as opposed to any cort of 
wiping. that's the theory behind my fix.  if the touch fixed it for you, then I expect that is confirmation 
enough of the theory.  The update I put in will simply give all users a newer date on home.html.

the caching for TT isn't all that different from the inbuilt caching for most browsers.  You can find 
months of old sites on the drives.  I'll leave this open anyway to let Dan or Dean decide on a final 
solution.

I've commited a fix that may help out with this - subversion change 4422

We now remove the template cache dir when a wipe db happens.