cjb110 Posted May 11, 2011 Report Share Posted May 11, 2011 The date modified on the files/folders is being changed, despite no changes actually occurring, i.e. on completed torrents.I can replicate by pausing all torrents, and on restarting the date changed on about 10-12 files/folders.Actually it just does it during normal operation as its just done it again! Very annoying, as nothing's relevant (to me, i.e. the files in the torrent) has been changed. It also makes it quite difficult to find torrents in the folder (if you have a single destination folder like me) Link to comment Share on other sites More sharing options...
DreadWingKnight Posted May 11, 2011 Report Share Posted May 11, 2011 Using what specific version and build? Link to comment Share on other sites More sharing options...
cjb110 Posted May 11, 2011 Author Report Share Posted May 11, 2011 oops, sorry.v3.0 Beta (build 25234) Link to comment Share on other sites More sharing options...
DreadWingKnight Posted May 11, 2011 Report Share Posted May 11, 2011 Pretty sure this has been addressed already and will be fixed in a future build. Link to comment Share on other sites More sharing options...
Firon Posted May 11, 2011 Report Share Posted May 11, 2011 This was fixed in the last 3.0 build. Please update to the newest version. Link to comment Share on other sites More sharing options...
gottogo99 Posted October 10, 2011 Report Share Posted October 10, 2011 Hello, I registered to say that this is still an issue with the latest 3.0 build 25756. Seeding a torrent will change the files' Date Modified to the current date and time. Force Re-Check will also change the files' Date Modified to the current date and time. The files aren't actually changed, as far as I can tell.Utorrent 2.2.1 build 25302 does not change the files' Date Modified when seeding or performing Force Re-Check, which I think is the correct behavior. Link to comment Share on other sites More sharing options...
gottogo99 Posted October 19, 2011 Report Share Posted October 19, 2011 Not fixed in 3.0 build 25806. Switched back to 2.2.1. Hope this gets fixed some day. Link to comment Share on other sites More sharing options...
NSI Posted December 3, 2011 Report Share Posted December 3, 2011 Still not fixed in 3.0 build 26473.I think it may also be related, but in the 2.x series if I downloaded a torrent and pointed it to a directory that had most of the files matching the ones in it, and told it to force check, that would be an easy way to spot the misnamed files. Now in 3.0 any misnamed files are recreated with empty versions. So I end up with two copies of the files, one with the right content and wrong name, the other with the right name and full of zeroes.It is really like 3.0 is 'touch'ing all files as it checks them. Existing files get their modification times bumped, and missing files are created. Link to comment Share on other sites More sharing options...
gottogo99 Posted December 10, 2011 Report Share Posted December 10, 2011 Looks like it's fixed in 3.1 build 26595. Yay! Can anyone else confirm? Link to comment Share on other sites More sharing options...
gottogo99 Posted December 10, 2011 Report Share Posted December 10, 2011 Never mind. It's NOT fixed. Force Re-Check still changes files' Date Modified. Going back to version 2.2.1. Link to comment Share on other sites More sharing options...
gottogo99 Posted July 7, 2012 Report Share Posted July 7, 2012 Still not fixed in 3.2 build 27568. Force Re-Check still changes Date Modified. Going back to 2.2.1. Evidently fixing this bug is not a priority. Link to comment Share on other sites More sharing options...
joeyjojo Posted December 13, 2012 Report Share Posted December 13, 2012 Just discovered this bug when I rechecked a load of torrents after moving the data to a different partition. Very annoying as my backup software uses the timestamp and now wants to copy everything again! Was using 3.2.x Link to comment Share on other sites More sharing options...
gottogo99 Posted December 13, 2012 Report Share Posted December 13, 2012 Just discovered this bug when I rechecked a load of torrents after moving the data to a different partition. Very annoying as my backup software uses the timestamp and now wants to copy everything again! Was using 3.2.xWelcome to the club. My backup software works the same way. I suggest going back to the last version of 2.2.1. I'm not sure if any version of 3.x works properly. Link to comment Share on other sites More sharing options...
garyfitzg Posted May 27, 2013 Report Share Posted May 27, 2013 2013 and utorrent STILL changes file times and dates for no reason (the whole force recheck is hopelessly broken on all 3.x versions) Link to comment Share on other sites More sharing options...
rafi Posted May 27, 2013 Report Share Posted May 27, 2013 2013 and utorrent STILL changes file times and dates for no reason (the whole force recheck is hopelessly broken on all 3.x versions)How about giving some useful explanation and repro-steps instead of a useless declaration?... and with 3.3.1 please ... Link to comment Share on other sites More sharing options...
gottogo99 Posted May 27, 2013 Report Share Posted May 27, 2013 2013 and utorrent STILL changes file times and dates for no reason (the whole force recheck is hopelessly broken on all 3.x versions)How about giving some useful explanation and repro-steps instead of a useless declaration?... and with 3.3.1 please ...Explanation and repro steps are in post #6 among others:"Seeding a torrent will change the files' Date Modified to the current date and time. Force Re-Check will also change the files' Date Modified to the current date and time. The files aren't actually changed, as far as I can tell." Link to comment Share on other sites More sharing options...
rafi Posted May 27, 2013 Report Share Posted May 27, 2013 I see. Not that critical... Link to comment Share on other sites More sharing options...
gottogo99 Posted May 27, 2013 Report Share Posted May 27, 2013 I see. Not that critical...For you.As I and the other complainers have noted, this is a problem if your backup software checks file dates and times. This was not an issue with version 2.2.1. Link to comment Share on other sites More sharing options...
rafi Posted May 27, 2013 Report Share Posted May 27, 2013 ... and with 3.3.1 please ...Tried it, not happening for me... Did you at least try with this release before issuing your statement to the press?... Link to comment Share on other sites More sharing options...
gottogo99 Posted May 27, 2013 Report Share Posted May 27, 2013 I installed 3.3 build 29677 which is the current download, and Force Re-Check works just fine.I haven't tried seeding anything but I'm cautiously optimistic that's fixed also. Was there a changelog of the fix? If so I missed it. Link to comment Share on other sites More sharing options...
rafi Posted May 28, 2013 Report Share Posted May 28, 2013 ... and with 3.3.1 please ...It is an RC and will be stable in a few days, so go ahead, do test it with seeding too, and then, just maybe, say sorry?... Link to comment Share on other sites More sharing options...
Recommended Posts
Archived
This topic is now archived and is closed to further replies.