FlashFXP Forums - View Single Post

Yil · 06-18-2013, 08:29 PM

Here's some ideas...

I'm wondering about a 'site rescan quick' which just cleans up a directory. I've seen .missing files hang around for some reason even when the real file is there, or a directory that doesn't have a complete tag in it but all the files are there. Not sure how that happens but it's pretty rare so don't have much info to give you on that. The only way to currently fix it is to rescan the dir but that takes a while on a large release. Assuming the individual file information is recorded in chattr's perhaps it could just use that without having to re-compute the crc values.

I'm not sure there is any reason to delete the complete tag just to re-create it if everything was actually complete. It should probably do the scan, then touch the timestamp on the complete tag if nothing changed, else delete and re-create with whatever is accurate. This has the benefit that you can rescan a directory tree and not touch the directory timestamps! It sucks if I rescan just to test completeness and now everything ends up dated today...

Some file_id.diz files don't really get handled correctly. Getting better support would be good, but no matter what happens there will always be something that breaks it. Would be kinda cool to have a 'site release complete' or 'site release filecount 5' or something to mark things manually verified complete or hint at the number of files expected.

06-18-2013, 08:29 PM
Yil Too much time... Join Date: May 2005 Posts: 1,194	Here's some ideas... I'm wondering about a 'site rescan quick' which just cleans up a directory. I've seen .missing files hang around for some reason even when the real file is there, or a directory that doesn't have a complete tag in it but all the files are there. Not sure how that happens but it's pretty rare so don't have much info to give you on that. The only way to currently fix it is to rescan the dir but that takes a while on a large release. Assuming the individual file information is recorded in chattr's perhaps it could just use that without having to re-compute the crc values. I'm not sure there is any reason to delete the complete tag just to re-create it if everything was actually complete. It should probably do the scan, then touch the timestamp on the complete tag if nothing changed, else delete and re-create with whatever is accurate. This has the benefit that you can rescan a directory tree and not touch the directory timestamps! It sucks if I rescan just to test completeness and now everything ends up dated today... Some file_id.diz files don't really get handled correctly. Getting better support would be good, but no matter what happens there will always be something that breaks it. Would be kinda cool to have a 'site release complete' or 'site release filecount 5' or something to mark things manually verified complete or hint at the number of files expected.