Change File Timestamps not working - hours off-by-one error

Post any Bulk Rename Utility support requirements here. Open to all registered users.

Change File Timestamps not working - hours off-by-one error

Postby ironick » Tue Oct 17, 2017 7:17 pm

I use BRU from time to time and really appreciate what a great utility it is. I'm suddenly having a small problem with it. I'm in the process of renaming and changing timestamps on jpg images. I have 104 directories, each with about 25 images. Each directory represents a roll of film.

In the Change File Timestamps dialog box, I've been using the Fixed option to change the Date Created and Date Modified. I've been using the following time with a variety of dates (different dates for the images in different folders): 11:17:19 AM. It's been working fine for the past several hours (I've processed several dozen directories worth of images).

Suddenly, in the directory I'm working in, after I hit the OK button on the Change File Timestamps dialog box, the highlighted files in the directory show the correct date I'm changing to, but the time shows 10:17:19 AM, ie the hour is off by one! I've stopped the utility and started it again but it is still happening. I searched the forum and found that someone had reported a similar problem many years ago (2006?), but it sounded like it was in the other direction, ie it added an hour. I've tried it in a couple other directories as well and the same problem occurs.

For now, the simple workaround is to use the time 12:17:19 AM in the dialog box, which causes the timestamp to be the desired time of 11:17:19 AM. I'm using BRU version 3.0.0.1 on an up to date version of Windows 10 64bit.

Thanks,

-- Nick
ironick
 
Posts: 2
Joined: Tue Oct 17, 2017 6:59 pm

Re: Change File Timestamps not working - hours off-by-one error

Postby therube » Tue Oct 17, 2017 9:02 pm

Do you have DST set to automatically change?
Did your work session span noon or midnight?
therube
 
Posts: 1314
Joined: Mon Jan 18, 2016 6:23 pm

Re: Change File Timestamps not working - hours off-by-one error

Postby ironick » Wed Oct 18, 2017 3:41 pm

It's definitely not a DST issue. The renaming was in the middle of the day, nowhere close to midnight. Also, it's worse than I thought. Now it decrements the hour on the timestamp intermittently, ie in one rename of a batch of files in one of my 104 directories, the hour will decrement, but with the next batch it won't!?!

I'm testing a variety of scenarios to try to detect a consistent pattern of when it decrements and when it doesn't, but it's been very difficult due to the ever changing behavior. For example, in a few of the renames the DAY actually decremented instead of the hour!?! Another example is that for a couple of renames, the AM was switched to PM, but the hour was not decremented!?! In my 40+ years of working with computers, I can't remember seeing such random behavior in an otherwise working application.

One thing that seems to help is that I uncheck the Change File Timestamps checkbox before each rename. That seems to prevent the strange behavior 8 out of 10 times or so. I'm mystified.

Luckily, I only have about a dozen directories left to rename today! :)

-- Nick
ironick
 
Posts: 2
Joined: Tue Oct 17, 2017 6:59 pm

Re: Change File Timestamps not working - hours off-by-one error

Postby afewhfl » Thu Aug 08, 2019 6:47 pm

I have experienced exactly same situation today.

I intended to set timestamp to 2015-07-10T19:01:12. So I clicked 'Change File Timestamps' in 'Special(14)' box, checked 'fixed' in 'Date Modified - set to...' and set accurate time (2015-07-10 & pm 7:01:12), and then clicked 'OK'. After that I clicked 'Change File Timestamps' again and then I found that timestamp was changed to 2015-07-10 & pm 6:01:12.
If I repeat clicking OK without setting a timestamp value, it would go back by 1 hour again and again.

More strange thing is that, when I tested same thing with other timestamp, such as 2010-03-28T02:00:00, it would go further by 1 hour to 03:00:00, not going back.
That's OK, I thought, because there's a work-around (adding or subtracting 1 hour from intended time) as ironick said.
But here's the most strange point. When I tested with 2010-03-28T01:00:00 or 2010-03-28T01:59:59, BRU set timestamp exactly as I set. That means, I cannot set timestamp to value between 2010-03-28T02:00:00 and 2010-03-28T02:59:59.

I guess there's a bug in handling DST. (Connected with date.js?)

Here's my envionment.
OS: Windows 10 Enterprise K 2015 LTSB x64 Korean. Installed all recent updates.
Timezone: KST, UTC+09:00. (In Korea, they don't use DST.)
BRU 3.0.0.1 or BRU 3.1.0.0. of no-install version. Both have same bug.
afewhfl
 
Posts: 3
Joined: Thu Aug 08, 2019 5:34 pm

Re: Change File Timestamps not working - hours off-by-one error

Postby afewhfl » Thu Aug 08, 2019 7:04 pm

I found there's no such issue in old versions, 2.7.1.2 or 2.7.1.3. They work just fine.
Only 3.x versions have problems dealing with timestamp.
afewhfl
 
Posts: 3
Joined: Thu Aug 08, 2019 5:34 pm

Re: Change File Timestamps not working - hours off-by-one error

Postby Admin » Fri Aug 09, 2019 1:26 am

Thanks, we will fix this next release
Admin
Site Admin
 
Posts: 2343
Joined: Tue Mar 08, 2005 8:39 pm

Re: Change File Timestamps not working - hours off-by-one error

Postby afewhfl » Mon Sep 30, 2019 3:28 pm

Oops, I just found my timezone was set to UTC+9 Chita(Russia), NOT Seoul(Korea)!
That means the problem happened for ABSOLUTELY my fault. BRU was just working fine with timezone of Chita, Russia, which is affected by DST.
And that also means the old versions, 2.7.1.2 and 2.7.1.3 were not working appropriately with DST.

I'm sorry for my false-bug report.
afewhfl
 
Posts: 3
Joined: Thu Aug 08, 2019 5:34 pm


Return to BRU Support


cron