1. Tempo Avatar Tempo
  2. Prime
  3. cloudtimesheet
  4. Issues

Проблема с датами при построении отчета time sheet report

Issue #466 resolved
Former user created an issue

Хочу построить отчет с 23.12.2013 по 27.12.2013. в результате получается отчет строится с 22.12.2013 по 26.12.2013. проблема возникает при построении отчета только после 27 октября 2013 года.

Comments (14)

  1. Andriy Zhdanov

    Проблема происходит только для Time Zone = Minsk. См. Issue#455 - судя по всему jdk не справляется с вашими отменами переходов на зимнее время. Не знаю что я могу сделать. Советую обойти проблему используя Time Zone - Kalliningrad.

  4. Former user Account Deleted

    У нас TimeZone = Moscow. Проблема та же. TimeZone patch установлен

  5. Andriy Zhdanov

    @konstantin_zaporozhtsev, Можете рассказать поподробней о TimeZone patch?

    Я попробовал на Java 1.8 и 1.7.0_40, с Time Zone = Moscow, проблема не возникает (правда с Minsk у меня почему-то тоже нет проблемы уже, попробую еще на Java 1.6 позже). Можете попробовать другую TimeZone?

  6. Former user Account Deleted

    У нас версия java 1.8.0_11. Другую TimeZone - это какую?

  7. Andriy Zhdanov

    Другую Time Zone - что угодно с таким же GMT+4, например Volgograd. Кстати показывается ли у вас Moscow как GMT+4? А еще можете повмотреть что у вас в урл показывается? Должно быть startDate=23%2FOct%2F14&endDate=27%2FOct%2F14. Может быть это проблема с date picker.

  8. Vin Pooh

    Имеет туже проблему. ОС - Debian 7 x64. Установлены последние обновления. JAVA 1.7.0_65, Time Zone System default: (GMT+03:00) Moscow, верия Timesheet Report - 2.8.2. В report задаются даты 5.11 - 7.11 в url имеем ConfigureReport.jspa?startDate=5%2FNov%2F14&endDate=7%2FNov%2F14. А в таблице имеем числа 4.11 - 6.11

  9. Andriy Zhdanov

    Похоже проблема в том, что у вас почему-то GMT+3, должно быть GMT+4 (или UTC +3), из-за не перехода на зимнее время.

    Кстати, я пытался понять как прогаммы успевают за изменениями в переходах на зимнее/летнее время, и пришел к выводу, что это не в Джаве, и даже не в операционной ситсему - я проверял на старой Джаве и старой Ubuntu, там тоже Mosscoe - GMT+4. А летом GMT+3. Есть подозрение чта информация берется с Сервера Времени (time server).

    Попробуйте какую-то тай-зону с GMT+4 или UTC+3 пожалуйста.

  10. Former user Account Deleted

    Кажется, проблема исправилась после смены пояса с System Default (GMT+ 3) на GMT Offset (GMT + 3). Невероятно, но факт

  11. Vin Pooh

    Проверил. Да. Действительно при смене пояса с System Default (GMT+ 3) на GMT Offset (GMT + 3) отчет строится правильно, но в верхней строке окна появляется сообщение: Your computer's time zone does not appear to match your JIRA time zone preference of (GMT+03:00) GMT+3. You can update your JIRA preference or hide this message. В системе стоит : root@jira-tst:~# date Thu Nov 13 12:59:01 MSK 2014 root@jira-tst:~# date -u Thu Nov 13 09:59:10 UTC 2014 root@jira-tst:~# date +%z +0300 root@jira-tst:~# date +%Z MSK Если мы делаем update your JIRA preference, то получаем ошибку в отчете. URL при этом всегда правильный. Кроме того после данной операции вернуть в предыдущее состояние (когда ошибки построения отчета нет) не удается никаким способом, кроме как восстановление из backup, который сделан до начала манипуляций.

  15. Log in to comment
Assignee
–
Type
bug
Priority
major
Status
resolved
Component
–
Version
–
Votes
0
Watchers
4