Показать сообщение отдельно
Старый 24.08.2020, 17:23   #3  
matew is offline
matew
Участник
 
37 / 10 (1) +
Регистрация: 10.07.2006
Адрес: Москва
Как мне сказали, патч по обновлению запускали. Судя по таблицам TimeZonesRulesData и TimeZonesList, данные по новым тайм-зонам и энум TimeZone с новыми значениями есть, единственное для тайм-зон РФ похоже меток нет. При сохранении значений типа dateTime в SQL в поле datetimeZId сохраняются правильные значения из TimeZonesRulesData.RuleId: 86001 - 86011, соответствующие настроенной у пользователя тайм-зоне, то есть получается, что значение энума определяется правильно: TimeZonesList.enumPosition: 86 - 96.
А вот в обратную сторону метод DateTimeUtil::getOriginatingTimeZone(Таблица.Поле_ типа_DateTime) для любого значения с российской тайм-зоной (86001 - 86011) всегда определяется значение энума 86 (что соответствует первой обновленной российской тайм-зоне Калиниград). Зарубежные обновленные тайм-зоны определяются корректно.
В теме Y2K11 или переход на зимнее время говорилось, что можно что-то руками поправить в файле *.ktd, но что править в файле не нашел.
Миниатюры
Нажмите на изображение для увеличения
Название: TimeZones.JPG
Просмотров: 32
Размер:	283.0 Кб
ID:	12925  

Последний раз редактировалось matew; 24.08.2020 в 17:30.