[EMAIL PROTECTED] <> wrote: >> Digging through the code a bit, I've gotten a bit lost in the >> structure, but I think it looks like the DELETE_RECORDING command is >> translating the start and end times from a QString to a timestamp >> using the toTime_t() method. My guess is this is doing the daylight >> savings conversion. > > It is a DST thing. It is trying to make the best of a bad situation. > There was no 2:40 on April 3, 2005. > > The first time through the date is fetched from the DB and > made a DateTime > from a string. When you make the delete a time_t is sent to > the backend and > converted (as a time_t this time, not by parsing it as a string). The > time in question doesn't exist, so a time that does exist is returned. > > This would only apply to recordings starting/ending in time > that doesn't > exist.
Makes sense. But then there must be some kind of difference between playback and delete, because playback worked but not delete. Maybe the conversion is done differently on playback? And/Or it uses a different table? _______________________________________________ mythtv-dev mailing list [email protected] http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev
