Manually scheduled programs are recording an hour earlier than scheduled

[DHL]

In version 2.5.9, it looked like programs would record at the correct times once the switch from daylights savings time was made to standard time, but now the scheduled recordings are recording an hour earlier than scheduled.

Screenshots:

Recurring & Pending
[ATTACHMENT NOT FOUND] [ATTACHMENT NOT FOUND]

To temporarily remedy the problem, I added an additional hour to each time in the recurring-backup.xml file, cleared the recurring_recording table and the scheduled_recording table, then imported the modified recurring-backup.xml file, and now while the recurring list is an hour off, the pending recording list depicts the correct record times. The issue applies to all imported recordings.

Here's an entry from the modified XML file (notice that the UTC times are now 7 hours later instead of what should be 6 hours later--this program should record from 4:29 AM to 5:02 AM CDT (Central Standard Time) ):

<recurring>
<oid>2733</oid>
<name>WBBM-0429-0502</name>
<matchrules>
<Rules><ChannelOID>7187</ChannelOID><ChannelName>WBBM-TV</ChannelName>
<StartTime>2010-02-10T11:29:00.0000000Z</StartTime>
<EndTime>2010-02-10T12:02:00.0000000Z</EndTime>
<PrePadding>0</PrePadding><PostPadding>0</PostPadding><Quality>0</Quality><Keep>0</Keep><Days>SATURDAY</Days></Rules>
</matchrules>
</recurring>

[Reddwarf]

Are you absolutely sure you have the correct timezone set on your computer?

[sub]

Are you absolutely sure you have the correct timezone set on your computer?

and you also need to have it set to automatically adjust for daylight savings.

[DHL]

Yes, absolutely sure. This might help in diagnosing the issue. I noticed that when I manually enter manual recordings using the program's interface to do so, depending on what time of year I created the entry, will depend on whether that recording is affected by this phenomenon in the fall and spring.

So, to normalize, or remove the varying times of the year issue, I changed the start date of each entry in teh XML file to a week in February, 2010. That eliminated some of the recordings recording at the correct time and some not, but has now made all of them not record at the correct time during this fall switch.

[ATTACHMENT NOT FOUND]

[DHL]

I entered this recording from the manual recording interface on 10/31 and it is the only recording to record at the correct time, before and after the switch from CDT to CST. Notice that it was stored with a 5 hour difference instead of a 6 hour difference.

<recurring>
<oid>227</oid>
<name>MSNBCHD-0350-0359</name>
<matchrules>
<Rules><ChannelOID>7407</ChannelOID><ChannelName>MSNBC HD</ChannelName>
<StartTime>2012-10-31T08:50:00.0000000Z</StartTime>
<EndTime>2012-10-31T08:59:00.0000000Z</EndTime>
<PrePadding>0</PrePadding><PostPadding>0</PostPadding><Quality>0</Quality><Keep>0</Keep></Rules>
</matchrules>
</recurring>

[DHL]

Now, the real oddity is that as of this morning, all of the recordings are now off again by one hour - recording one hour earlier than expected. So, I had to re-import my previous XML file of programmed entries, and all is good again. So, for 24 hours after the daylights savings time change the recordings are off for 1 hour, and after that they are correct.