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

[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 часа дату начала, при этом придется залезть в прошлый год.
У себя проверил - работает. Буду рад, если кто-нибудь ещё подтвердит.

[Logger]

Цитата:

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

Вот здесь AX2009: Обновление по временным зонам MS советует заменить существующие записи

Но это неправильно для патча 2009-й).
Таймзоны новые добавились, так что надо не заменить, а добавить после записи "(GMT-04:30) Каракас" новые строчки
...

AndyD, а не поделитесь файлом который у вас получился ?
Вылезли аналогичные проблемы на ax2012 R3 под 2012-й виндой.

DateTimeUtil::getClientMachineTimeZone() - выводит ерунду какую-то "(GMT+03:00) Кувейт, Эр-Рияд" значение енума = 3
А в настройках винды стоит зона "Москва, Волгоград".
Похоже MUI гадит. Или MUI в сочетании с недоделанным ktd файлом.
Без MUI все ок.

Ax2012 R3 CU9

[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.

[Damn]

http://gost.ru/wps/portal/pages/news/?article_id=3279

Опять изменения в часовых поясах. Коснулось следующих регионов :

- Забайкальский край;
- Астраханская область;
- Алтайский край;
- Республика Алтай;
- Сахалинская область;
- Ульяновская область.

Хотфикс уже вышел ?

[Pandasama]

товарищи, а где-то можно этот патч KB3011878 найти?
ссылки все битые, на партнер-сайтах тоже найти не можем
может быть, у кого-то остался этот патч или xml из него?
или есть возможность выгрузить пропатченный кусок таблицы временных зон ?

[sukhanchik]

KB3011878.rar

[Logger]

Цитата:

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

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

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

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