Ошибка преобразования времени

[san]

В Фильтре аудиозаписей время начала-конца аудиозаписи выводится неправильно

[alx]

Предположительно проблема в том, что не учитывается (не инициализируется) временная зона.

Предлагаю, чтобы не заморачиваться с установкой временных зон в mysql, получать времена из базы данных в виде UNIXTIME с помощью функции UNIX_TIMESTAMP(), а затем уже конвертировать их в отображаемое значение в клиентской программе, как это сделано в запросе таблицы recordings.

[dimag]

r402
Изменил работу с времен начала и окончания записи, как рекомендованно.
Для работы с временем использую ту временную зону, что и используется в Вариной программе.

[san]

Я правильно понял, по изменениям в коде, что ты конвертируешь время всегда в GMT+3?
Зачем привязывать программу к какому-то определённому часовому поясу?
А если завтра программу запустят во Владивостоке?

Отображаемое в программе время должно соответствовать часовому поясу пользователя.

[dimag]

r403
Теперь часовый пояс в котором находиться компьютер учитывается.

[alx]

Проект не собирается с Qt4 - там нет QDateTime::fromTime_t(uint seconds, Qt::!TimeSpec spec, int offsetSeconds = 0).

Предлагаю вместо нее использовать QDateTime::fromTime_t(uint seconds).

[alx]

При обращению к базам данных время переведено в UNIXTIME не полностью. А именно, в условиях SELECT'а по-прежнему используется локальное время (см. #312). В результате записи переговоров фильтруются неправильно.

Предлагаю изменить условие запроса следующим образом:

WHERE UNIX_TIMESTAMP(endtime) >= 1473685200
AND UNIX_TIMESTAMP(starttime) <= 1473690659
AND has_record = 1

[dimag]

r439
Изменил SQL запрос согласно рекомендованному.

[alx]

In 440/dispatcher:

Так как в Qt4 нет QDateTime::fromTime_t(uint seconds, Qt::TimeSpec spec, int offsetSeconds = 0),
проект не собирался с Qt4. В ticket:388#comment:7 я предложил использовать вместо нее
QDateTime::fromTime_t(uint seconds). Так как возражений не последовало, произвел замену.
See #388.