NOTE: If you are a developer, please use a private wiki based on foswiki/trunk on a daily base ...or use
trunk.foswiki.org to view this page for some minimal testing.
Use
Item11383 for general documentation changes for release 1.1.5. Use
Item9693 for docu changes for release 2.0.
Item1669: SEARCH with order="modified" uses file dates
| Priority: |
CurrentState: |
AppliesTo: |
Component: |
WaitingFor: |
| Low |
New |
Engine |
SEARCH |
|
SEARCH with order="modified" does not use topic metadata but rather uses file system information. Results incorrect if file system dates are modified.
After recently installing an updated version, I blew it and now the topic files have the more recent dates on them, overwriting the previous files. This occurred because I made an test version of the system off to the side, and the copy adopted the current date rather than the established date.
The code in Search.pm uses the file system date to save time, and assumes that the metadata date will be about the same.
I wrote a small utility that modifies the modification dates in the file system based on the metadata in the file. It might be a good idea to make this utility part of the release or add it to the tick cron file so the dates will be corrected if they get off. (See attachment).
--
RaymondLutz - 28 May 2009
thinking about this a little, the
right thing to do, would be for the file date to be used as an optimization - ie, the code should confirm that the optimisation is valid, and if not, fall back to the slower path. (ie, to use the in topic dates, and even possibly do the fixup that Raymond provided code for)
--
SvenDowideit - 01 Sep 2009