Y2K11 или переход на зимнее время

[Владимир Максимов]

Цитата:

Сообщение от AndyD

ЗЫ Про добавку *TZID напоминать не надо.
Либо укажите, как ее можно использовать изнутри Аксапты (без внешних вызовов SQL)

Поле *TZID изменяется в том случае, если поле UTCDateTime модифицируется через форму. При программной модификации - не меняется. Можно ли на основании этого написать какой-то код по модификации *TZID из Axapta - не знаю.

[AndyD]

Цитата:

Сообщение от Владимир Максимов

Поле *TZID изменяется в том случае, если поле UTCDateTime модифицируется через форму. При программной модификации - не меняется. Можно ли на основании этого написать какой-то код по модификации *TZID из Axapta - не знаю.

Вообще, непонятное поле)

По-моему, его хотели как-то использовать, когда вводили, но, похоже, мысль умерла, а поле осталось)

[gl00mie]

Цитата:

Сообщение от AndyD

*TZID - вообще, непонятное поле) По-моему, его хотели как-то использовать, когда вводили, но, похоже, мысль умерла, а поле осталось)

Мысль не умерла - см. TimeZonePatcher. Если обновление настроек перехода на летнее/зимнее время для определенного часового пояса было применено уже после ввода данных (а данные могут относиться к будущим датам), поля *TZID позволяют постфактум идентифицировать данные, введенные именно в этом часовом поясе, и скорректировать их с учетом того, что при переводе из местного времени в UTC надо было, скажем, вычитать не 4, а 3 часа.

[AndyD]

Цитата:

Сообщение от gl00mie

Мысль не умерла - см. TimeZonePatcher. Если обновление настроек перехода на летнее/зимнее время для определенного часового пояса было применено уже после ввода данных (а данные могут относиться к будущим датам), поля *TZID позволяют постфактум идентифицировать данные, введенные именно в этом часовом поясе, и скорректировать их с учетом того, что при переводе из местного времени в UTC надо было, скажем, вычитать не 4, а 3 часа.

Это, конечно, замечательно)

Но вот только ничего подобно даже в интерфейсе я не вижу
Для всех полей дейттайм отображается пересчет в мою таймзону и ее правила, а не ту, что записана в TZID

И еще - в 2012-й патчер вообще упразднили
Видимо, за ненадобностью)

[actNaturally]

У кого есть опыт удаления загруженного нового правила тайм зон, поделитесь?)
Добавление ещё одного правила для того же самого года не срабатывает.

[AndyD]

У вас не английская версия винды с установленным русским MUI?

[Damn]

Цитата:

Сообщение от AndyD

У вас не английская версия винды с установленным русским MUI?

Следите за мной что ли ?
Да, похоже так и есть. Интерфейс в операционке русскоязычный. А сама операционная система изначально была английской. Давнишний тестовый сервер, поэтому такие извращения.
Клиента запускаю на АОСе.

[AndyD]

Не подглядываю)), но в свое время мне с такой виндой повозиться пришлось

На самом деле, и до установки обновлений для таймзон были проблемы на такой конфигурации. Причем, как у 2012-й Аксапты, так и 2009-й

Как выяснилось, все дело в том, как сохраняется название таймзоны в реестре (значения для Std и Dlt).
Оно должно совпадать с языком интерфейса (с точки зрения клиента Аксапты, хотя, как видно из той же ветки реестра, эти названия хранятся в языковой dll как ресурсы).

Для новой таймзоны Москвы соответствие такое
"Russia TZ 2 Standard Time" -> "RTZ 2 (зима)"
"Russia TZ 2 Daylight Time"->"RTZ 2 (лето)"

В приложенной картинке приведены все названия таймзон на русском и соответствующие им на английском. Взяты из ресурсов файлов tzres.dll.mui языков ru-Ru и en-Us

Кстати, отсюда видно, что зоны Калининграда и Минска разделены.
Но в Аксапте Минск вообще проигнорировали

PS Не совсем понятно, как соответствие имен должно вести себя, если на терминальном сервере настроят разный языковый интерфейс для разных пользователей)). Есть подозрение, что не взлетит

[Logger]

Цитата:

Сообщение от AndyD

Не подглядываю)), но в свое время мне с такой виндой повозиться пришлось
...

Тоже с этим столкнулись.
Причем у меня все хорошо. А у пользователя на том же сервере метод getClientMachineTimeZone возвращает другую временную зону, притом что если из под юзера в винде открыть настройку временных зон то все ок.

Может есть более простое решение. Явно что-то в профиле юзера не так.

[AndyD]

Обновление для 2012 R3 включено в CU8

Но, все данные по таймзонам соответствуют странным исправлениям для R2.
KTD так же не удосужились подправить

[Ivanhoe]

Коллеги из тех.поддержки пояснили, что очень сложно внести изменения в KTD на глобальном уровне. В итоге, формально они выполнили свои внутренние правила, разместив дополнительную информацию в интернете. Например, в блоге про исправление 2009 дописали это в комментариях. Для 2012 все аналогично - нужно править ktd-файл и удалить kti. Т.е. в ближайшее время другого исправления не будет.

P.S. есть отдельный фикс для R3, кому не до CU8: KB 3012215

[leva]

После установки CU8 новые часовые пояса не появились, а вот с установкой KB3012215 (уже после CU8) - да. При этом, никаких автоматических обновлений дат в существующих записей не произошло (не смотря на то, что MS пишут что TZID поля для того и нужны и "Upgrades provided by Microsoft automatically make these corrections when they update time zone and DST rules.", а отдельного патчера, как известно, в 2012 уже нет.

И по-другому видимо стало интерпретироваться SDAY. Всегда это был номер недели в месяце (5 = последняя неделя). И в новых записях TIMEZONESRULESDATA так и настроено:
RULEID=61005, TZENUM=61, YEAR=2014, BIAS=-180, ..., SYEAR=2014, SMONTH=10, SDAYOFWEEK=0, SDAY=5, SHOUR=2, ... Т.е. воскресенье последней недели, что соответствует 26 октября когда и был перевод.

Но в реальности это интерпретируется как 5 октября:

info(strFmt("%1", DateTimeUtil::getDifference(dtu, DateTimeUtil::applyTimeZoneOffset(dtu, DateTimeUtil::getUserPreferredTimeZone())) / 3600));

Для 4 октября выдает -4,00 (dtu = 2014-10-04T14:01:36), для 5-го (dtu = 2014-10-05T14:01:36) уже -3.
А для 2009 года уже работает правильно, для 24 октября (dtu = 2009-10-24T14:01:36) -4 и для 25 октября (последнее воскресенье в 2009-м) (dtu = 2009-10-25T14:01:36) -3, хотя запись в TIMEZONESRULESDATA настроена также.

Может я где-то ошибся, хорошо бы если кто-то проверил выполнить на своем приложении с CU8.

Цитата:

Сообщение от leva

...
Но в реальности это интерпретируется как 5 октября:
..
Может я где-то ошибся, хорошо бы если кто-то проверил выполнить на своем приложении с CU8.

Проверил вроде действительно так. Непонятно как быть и как с этим жить. Кому верить и самое как лечить?

[leva]

Цитата:

Сообщение от axm2013

как лечить?

Записать в SDAY=26.
Кстати, записи с SDAY > 5 в TIMEZONESRULESDATA уже есть.

Цитата:

Сообщение от leva

Записать в SDAY=26.
Кстати, записи с SDAY > 5 в TIMEZONESRULESDATA уже есть.

Ага, спасибо.

Думал сам попробовать глядя на иностранных коллег, но хотелось подтверждения
+ непонятно почему 5 стало восприниматься как 5 дней а не как 5 неделя

"y theory was this: with DMONTH = 8 and DDAYOFWEEK = 6, we have

DDAY = 4 ==> 4th saturday in August
DDAY = 5 ==> last saturday in August
DDAY = n > 5 ==> n-th of August (possible clash with DDAYOFWEEK?)
So what are SDAYs and DDAYs that are larger than 5?"
http://stackoverflow.com/questions/1...ime-conversion

[leva]

Нашел ещё одну проблему. Промежуток времени между 01.01.2014 00:00:00 и 01.01.2014 23:59:59 интерпретируется как +3.
Кажется не такой уж большой проблемой, но попробуйте в любом DateTime-поле в контроле выбрать 01.01.2014 00:00:00. После сохранения записи она тут же изменится на 31.12.2013 23:00:00.

Исправление такое:

UPDATE [dbo].[TIMEZONESRULESDATA]
   SET 
      [DYEAR] = 2013
      ,[DMONTH] = 12
      ,[DDAYOFWEEK] = 2
      ,[DDAY] = 31
      ,[DHOUR] = 20
      ,[DMINUTE] = 0
      ,[DSECOND] = 0
    --,[SDAY]=26] --    ,  
 WHERE TZENUM = 61 AND RULEID = 61005

Т.е. сдвинуть нужно на 4 часа дату начала, при этом придется залезть в прошлый год.
У себя проверил - работает. Буду рад, если кто-нибудь ещё подтвердит.

[AndyD]

Файл полностью выкладывать не буду)

Но кусок, соответствующий именам таймзон вот

#1375
>MSG_TIMEZONES
>The "ENUM_TIMEZONE_<name>" constants defined in Classes.hpp map to these labels.
Локальный компьютер
(GMT+04:30) Кабул
(GMT-09:00) Аляска
(GMT+03:00) Кувейт, Эр-Рияд
(GMT+04:00) Абу-Даби, Мускат
(GMT+03:00) Багдад
(GMT-04:00) Атлантическое время (Канада)
(GMT+09:30) Дарвин
(GMT+10:00) Канберра, Мельбурн, Сидней
(GMT+04:00) Баку
(GMT-01:00) Азорские острова
(GMT-06:00) Саскачеван
(GMT-01:00) Острова Зеленого Мыса.
(GMT+04:00) Ереван (Не использовать)
(GMT+09:30) Аделаида
(GMT-06:00) Центральная Америка
(GMT+06:00) Астана, Дакка
(GMT-04:00) Манаус
(GMT+01:00) Белград, Братислава, Будапешт, Любляна, Прага
(GMT+01:00) Сараево, Скопье, Варшава, Загреб
(GMT+11:00) Магадан, Соломоновы Острова, Новая Каледония
(GMT-06:00) Центральное время (США & Канада)
(GMT-06:00) Гвадалахара, Мехико, Монтеррей
(GMT+08:00) Пекин, Чунцин, Гонконг, Урумчи
(GMT-12:00) Международная демаркационная линия суточного времени - Запад
(GMT+03:00) Найроби
(GMT+10:00) Брисбен
(GMT+02:00) Минск
(GMT-03:00) Бразилиа
(GMT-05:00) Восточное время (США & Канада)
(GMT+02:00) Каир
(GMT+05:00) Екатеринбург (RTZ 4)
(GMT+12:00) Фиджи, Камчатка, Маршалловы острова.
(GMT+02:00) Хельсинки, Киев, Рига, София, Таллинн, Вильнюс
(GMT+03:00) Тбилиси
(GMT) Среднее время по Гринвичу : Дублин, Эдинбург, Лиссабон, Лондон
(GMT-03:00) Гренландия
(GMT) Касабланка, Монровия, Рейкьявик
(GMT+02:00) Афины, Бухарест, Стамбул
(GMT-10:00) Гавайи
(GMT+05:30) Ченнай, Калькутта, Мумбай, Нью-Дели
(GMT+03:30) Тегеран
(GMT+02:00) Иерусалим
(GMT+02:00) Амман
(GMT+09:00) Сеул
(GMT-02:00) Средняя Атлантика
(GMT+02:00) Бейрут
(GMT-07:00) Зона зимнего времени (США & Канада)
(GMT-07:00) Чиуауа, Ла-Пас, Мазатлан
(GMT+06:30) Янгон (Рангун)
(GMT+06:00) Новосибирск (RTZ 5)
(GMT+02:00) Виндхук
(GMT+05:45) Катманду
(GMT+12:00) Окленд, Веллингтон
(GMT-03:30) Ньюфаундленд
(GMT+08:00) Иркутск (RTZ 7)
(GMT+07:00) Красноярск (RTZ 6)
(GMT-04:00) Сантьяго
(GMT-08:00) Тихоокеанское время (США & Канада)
(GMT-08:00) Тихуана, Калифорния
(GMT+01:00) Брюссель, Копенгаген, Мадрид, Париж
(GMT+03:00) Москва, Санкт-Петербург, Волгоград (RTZ 2)
(GMT-03:00) Буэнос-Айрес, Джорджтаун
(GMT-05:00) Богота, Лима, Кито, Риу-Бранку
(GMT-04:00) Ла-Пас
(GMT+13:00) Самоа
(GMT+07:00) Бангкок, Ханой, Джакарта
(GMT+08:00) Куала-Лумпур, Сингапур
(GMT+02:00) Хараре, Претория
(GMT+05:30) Шри-Яварденепура
(GMT+08:00) Тайбэй
(GMT+10:00) Хобарт
(GMT+09:00) Осака, Саппоро, Токио
(GMT+13:00) Нукуалофа
(GMT-05:00) Индиана (Восток)
(GMT-07:00) Аризона
(GMT+10:00) Владивосток, Магадан (RTZ 9)
(GMT+08:00) Перт
(GMT+01:00) Западная Ценральная Африка
(GMT+01:00) Амстердам, Берлин, Берн, Рим, Стокгольм, Вена
(GMT+05:00) Ташкент
(GMT+10:00) Гуам, Порт-Морсби
(GMT+09:00) Якутск (RTZ 8)
(GMT-03:00) Монтевидео
(GMT+04:00) Ереван
(GMT-04:30) Каракас
(GMT-03:00) Буэнос-Айрес
(GMT-03:00) Сальвадор
(GMT+06:00) Дакка
(GMT) Время в формате UTC
(GMT+02:00) Калининград, Минск (RTZ 1)
(GMT+12:00) Магадан
(GMT+04:00) Порт-Луи
(GMT) Касабланка
(GMT+05:00) Исламабад, Карачи
(GMT-04:00) Асунсьон
(GMT+02:00) Дамаск
(GMT+08:00) Улан-Батор
(GMT+02:00) Стамбул
(GMT-11:00) Время в формате UTC-11
(GMT+12:00) Время в формате UTC+12
(GMT+01:00) Триполи
(GMT+11:00) Чокурдах (RTZ 10)
(GMT+12:00) Анадырь, Петропавловск-Камчатский (RTZ 11)
(GMT+04:00) Ижевск, Самара (RTZ 3)

Ps Вот для En-us тоже)

#1375
>MSG_TIMEZONES
>The "ENUM_TIMEZONE_<name>" constants defined in Classes.hpp map to these labels.
Local Machine
(GMT+04:30) Kabul
(GMT-09:00) Alaska
(GMT+03:00) Kuwait, Riyadh
(GMT+04:00) Abu Dhabi, Muscat
(GMT+03:00) Baghdad
(GMT-04:00) Atlantic Time (Canada)
(GMT+09:30) Darwin
(GMT+10:00) Canberra, Melbourne, Sydney
(GMT+04:00) Baku
(GMT-01:00) Azores
(GMT-06:00) Saskatchewan
(GMT-01:00) Cape Verde Is.
(GMT+04:00) Yerevan (Do not use)
(GMT+09:30) Adelaide
(GMT-06:00) Central America
(GMT+06:00) Astana, Dhaka
(GMT-04:00) Manaus
(GMT+01:00) Belgrade, Bratislava, Budapest, Ljubljana, Prague
(GMT+01:00) Sarajevo, Skopje, Warsaw, Zagreb
(GMT+11:00) Magadan, Solomon Is., New Caledonia
(GMT-06:00) Central Time (US & Canada)
(GMT-06:00) Guadalajara, Mexico City, Monterrey
(GMT+08:00) Beijing, Chongqing, Hong Kong, Urumqi
(GMT-12:00) International Date Line West
(GMT+03:00) Nairobi
(GMT+10:00) Brisbane
(GMT+02:00) Minsk
(GMT-03:00) Brasilia
(GMT-05:00) Eastern Time (US & Canada)
(GMT+02:00) Cairo
(GMT+05:00) Ekaterinburg (RTZ 4)
(GMT+12:00) Fiji, Kamchatka, Marshall Is.
(GMT+02:00) Helsinki, Kyiv, Riga, Sofia, Tallinn, Vilnius
(GMT+03:00) Tbilisi
(GMT) Greenwich Mean Time : Dublin, Edinburgh, Lisbon, London
(GMT-03:00) Greenland
(GMT) Casablanca, Monrovia, Reykjavik
(GMT+02:00) Athens, Bucharest, Istanbul
(GMT-10:00) Hawaii
(GMT+05:30) Chennai, Kolkata, Mumbai, New Delhi
(GMT+03:30) Tehran
(GMT+02:00) Jerusalem
(GMT+02:00) Amman
(GMT+09:00) Seoul
(GMT-02:00) Mid-Atlantic
(GMT+02:00) Beirut
(GMT-07:00) Mountain Time (US & Canada)
(GMT-07:00) Chihuahua, La Paz, Mazatlan
(GMT+06:30) Yangon (Rangoon)
(GMT+06:00) Novosibirsk (RTZ 5)
(GMT+02:00) Windhoek
(GMT+05:45) Kathmandu
(GMT+12:00) Auckland, Wellington
(GMT-03:30) Newfoundland
(GMT+08:00) Irkutsk (RTZ 7)
(GMT+07:00) Krasnoyarsk (RTZ 6)
(GMT-04:00) Santiago
(GMT-08:00) Pacific Time (US & Canada)
(GMT-08:00) Tijuana, Baja California
(GMT+01:00) Brussels, Copenhagen, Madrid, Paris
(GMT+03:00) Moscow, St. Petersburg, Volgograd (RTZ 2)
(GMT-03:00) Buenos Aires, Georgetown
(GMT-05:00) Bogota, Lima, Quito, Rio Branco
(GMT-04:00) La Paz
(GMT+13:00) Samoa
(GMT+07:00) Bangkok, Hanoi, Jakarta
(GMT+08:00) Kuala Lumpur, Singapore
(GMT+02:00) Harare, Pretoria
(GMT+05:30) Sri Jayawardenepura
(GMT+08:00) Taipei
(GMT+10:00) Hobart
(GMT+09:00) Osaka, Sapporo, Tokyo
(GMT+13:00) Nuku'alofa
(GMT-05:00) Indiana (East)
(GMT-07:00) Arizona
(GMT+10:00) Vladivostok, Magadan (RTZ 9)
(GMT+08:00) Perth
(GMT+01:00) West Central Africa
(GMT+01:00) Amsterdam, Berlin, Bern, Rome, Stockholm, Vienna
(GMT+05:00) Tashkent
(GMT+10:00) Guam, Port Moresby
(GMT+09:00) Yakutsk (RTZ 8)
(GMT-03:00) Montevideo
(GMT+04:00) Yerevan
(GMT-04:30) Caracas
(GMT-03:00) Buenos Aires
(GMT-03:00) Salvador
(GMT+06:00) Dhaka
(GMT) Coordinated Universal Time
(GMT+02:00) Kaliningrad (RTZ 1)
(GMT+12:00) Magadan (Do not use)
(GMT+04:00) Port Louis
(GMT) Casablanca
(GMT+05:00) Islamabad, Karachi
(GMT-04:00) Asuncion
(GMT+02:00) Damascus
(GMT+08:00) Ulaanbaatar
(GMT+02:00) Istanbul
(GMT-11:00) Coordinated Universal Time-11
(GMT+12:00) Coordinated Universal Time+12
(GMT+01:00) Tripoli
(GMT+11:00) Chokurdakh (RTZ 10)
(GMT+12:00) Anadyr, Petropavlovsk-Kamchatsky (RTZ 11)
(GMT+04:00) Izhevsk, Samara (RTZ 3)

[Logger]

Спасибо, это и требовалось

А вы его с MUI совместно используете?

[AndyD]

Сейчас нет)
Раньше использовал

Про проблемы с MUI - посмотрите это сообщение Y2K11 или переход на зимнее время

[Damn]

Хочу уточнить. Все эти патчи в 2011 и 2014 годах для Ax2009 не затронули часовой пояс Минска ?
Элемент TIMEZONE::GMTPLUS0200MINSK не соответствует минскому времени.
Можно конечно просто московский часовой пояс выбирать. Но вдруг я просто пропустил и не установил какой-то патч, в котором вдруг появился TIMEZONE::GMTPLUS0300MINSK.