Opened 14 years ago

Closed 12 years ago

#4805 closed defect (wontfix)

mythfilldatabse does not interpret time offset correctly.

Reported by: hobbes1069@… Owned by: danielk
Priority: minor Milestone: unknown
Component: MythTV - Mythfilldatabase Version: 0.20.2
Severity: medium Keywords: mythfilldatabase
Cc: Ticket locked: no


During my install of Fedora 8 on my MythTV box I chose to set the time zone as GMT-6 instead of choosing by Country/City? (Chicago for CST) this causes 'date' to report the date and time with GMT-6 for the time zone instead of CST.

I'm not sure how mythfilldatabase finds the time zone offset but changing to Chicago (CST) fixed the problem.

With GMT-6 as the time offset the EPG would report the correct current time but all the data was offset by +12 hours (i.e. the correct program would show in the EPG data as 12 hours in the future).

It is my assumption that mythfilldatabase somehow thought the offset should be +6 instead of -6 which would give the 12 hour difference.

Change History (8)

comment:1 Changed 14 years ago by stuartm

Owner: changed from stuartm to danielk
Status: newassigned

I'm assuming that you are using Schedules Direct?

comment:2 Changed 14 years ago by hobbes1069@…

Oops, forgot that. Yes, I am using Schedules Direct.

comment:3 Changed 12 years ago by stuartm

Status: assignedinfoneeded

Is this still a problem with trunk?

comment:4 Changed 12 years ago by hobbes1069@…

Not sure, but probably hasn't been fixed.

comment:5 Changed 12 years ago by sphery

In mythtv-setup, there's a setting:

Your Local Timezone (for XMLTV)
Used if the XMLTV data comes from a different timezone than your own. This adjust the times in the XMLTV EPG data to compensate. 'Auto' converts the XMLTV time to local time using your computer's timezone. 'None' ignores the XMLTV timezone, interpreting times as local.

When you say "GMT-6 as the time offset," do you mean you changed this (MythTV) setting to "-0600"? Doing so would cause exactly the issue you saw. This setting is really only meant for users on the edge of a time zone who receive programming from a source in the other zone or whose listings provider provide incorrect times. It is not a means for specifying your local time zone to MythTV. Therefore, most everyone should use Auto for it.

comment:6 Changed 12 years ago by hobbes1069@…

No, sorry, I wasn't even aware of that setting. I was speaking of the system time offset in Fedora. I don't know why but I've never liked setting my time zone by a city which I don't live in even if it is in the same time zone as me, so when I was upgrading (reinstalling) from Fedora 8 to Fedora 10 I chose GMT -6 instead of "Chicago".

comment:7 Changed 12 years ago by paulh

Component: mythfilldatabaseMythTV - Mythfilldatabase
Status: infoneededassigned

comment:8 Changed 12 years ago by danielk

Resolution: wontfix
Status: assignedclosed

As reported this doesn't seem to affect properly configured systems. You can rename the Chicago time zone definition file to the name of your city if you don't like it.

Note: See TracTickets for help on using tickets.