Change History (10)
comment:1 by , 8 years ago
Summary: | Ошибка с преобразования времени → Ошибка преобразования времени |
---|
comment:2 by , 8 years ago
Cc: | added |
---|
comment:3 by , 8 years ago
comment:4 by , 8 years ago
Keywords: | audio added |
---|---|
Resolution: | → fixed |
Status: | new → closed |
r402
Изменил работу с времен начала и окончания записи, как рекомендованно.
Для работы с временем использую ту временную зону, что и используется в Вариной программе.
comment:5 by , 8 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
Я правильно понял, по изменениям в коде, что ты конвертируешь время всегда в GMT+3?
Зачем привязывать программу к какому-то определённому часовому поясу?
А если завтра программу запустят во Владивостоке?
Отображаемое в программе время должно соответствовать часовому поясу пользователя.
comment:6 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
r403
Теперь часовый пояс в котором находиться компьютер учитывается.
comment:7 by , 8 years ago
Проект не собирается с Qt4 - там нет QDateTime::fromTime_t(uint seconds, Qt::!TimeSpec spec, int offsetSeconds = 0)
.
Предлагаю вместо нее использовать QDateTime::fromTime_t(uint seconds)
.
comment:8 by , 8 years ago
Resolution: | fixed |
---|---|
Status: | closed → reopened |
При обращении к базам данных время переведено в UNIXTIME не полностью. А именно, в условиях SELECT'а по-прежнему используется локальное время (см. #312). В результате записи переговоров фильтруются неправильно.
Предлагаю изменить условие запроса следующим образом:
WHERE UNIX_TIMESTAMP(endtime) >= 1473685200 AND UNIX_TIMESTAMP(starttime) <= 1473690659 AND has_record = 1
comment:9 by , 8 years ago
Resolution: | → fixed |
---|---|
Status: | reopened → closed |
r439
Изменил SQL запрос согласно рекомендованному.
Предположительно проблема в том, что не учитывается (не инициализируется) временная зона.
Предлагаю, чтобы не заморачиваться с установкой временных зон в mysql, получать времена из базы данных в виде UNIXTIME с помощью функции UNIX_TIMESTAMP(), а затем уже конвертировать их в отображаемое значение в клиентской программе, как это сделано в запросе таблицы recordings.