can someone explain situation?

[eil]

in sorting settings i have: natural numeric, sort by base, keep focused item, scroll on top. in List View files are sorted by creation date = new files always appear at bottom.
say i have file program.exe(build of a program). then i download next build with same name and here creates program(1).exe. there is definitely difference in time of creation between them and there are some files between them in List view. i see newer build, decide to download it, and to not have a program(2).exe i delete both prior builds. but after i download new build and it takes name program.exe, in List view, for some reason, it takes place of that program.exe(2 builds before) which i deleted.
how or why can that be, if there is difference in creation dates somewhat about day even if an hour- doesn't it ought to be at the bottom?

try it by yourself:
- create 2 files, say new-01.txt and new-02.txt
- make sure they have some difference in time
- drag them on some folder(so they're moved there)
- create new file with name new-01.txt(it will have definitely another time of creation than those 2 files)
- enter that folder you put 2 files in, and delete new-01.txt
- go back and drag new-01.txt on this same folder
- enter folder again
= new-01.txt takes not just place of view of old new-01.txt, but takes it's date of creation!
notice: it doesn't matter if you have "preserve dates" in CC settings or not.

[admin]

Yes, this is a known Windows bug. Maybe even an NTFS bug. AFAIK it is even present in Win7.

[eil]

i didn't know that.. not a salvation, but at list an information. thanks

[admin]

i didn't know that.. not a salvation, but at list an information. thanks

Note that I have worked around this bug in some places:

Code: Select all

v9.90.1125 - 2011-07-05 08:56
    ! Menu File | Swap Names: Suffered from the bizarre Windows bug 
      described in v9.90.1124, i.e. the Created dates did not come out 
      as expected. Fixed.

Code: Select all

v9.90.1124 - 2011-07-04 17:59
    ! Safe Overwrite: On "Safe Overwrite" enabled, "Preserve Item Dates" 
      did not work for the Created date because of an old and bizarre 
      Windows bug where a new or renamed file inherits the created date 
      of the last deleted or renamed file with the same path/name. Fixed 
      (successfully worked around the Windows bug).