я собираюсь залить новую версию (должно многое стать лучше) будет возможность проверить?
2014-12-09 13:55 GMT+06:00 Maxim Solodovnik <solomax...@gmail.com>: > по поводу 3) прогресс можно смотреть тут: > https://github.com/sebfz1/wicket-jquery-ui/issues/138 > 2) возможно тоже станет лучше как только работы с 3) закончатся > > 2014-12-04 20:29 GMT+06:00 Vladislav Vodopyan <v.vodop...@team-service.ru> > : > >> Хм. >> >> А можете сделать чтобы календарь на главной странице показывалтекущую >> дату и время, как он ее видит? >> И почему в диалоге создания время одно, а после сохранения в самом >> календаре - другое? >> >> 04.12.2014 17:18, Maxim Solodovnik пишет: >> > 2) ну они _как-бы_ совпадают и там и там MSK но при этом с разным >> сдвигом к >> > GMT, можно попробовать проверить путём JS функции (надо только придумать >> > какой :) что-то типа alert(new Date()); для начала >> > 3) ну нужно открыть firebug открыть fullcalendar.........js поставить >> точку >> > останова в fetchEvents и понять почему то что приходит в виде JSON не >> > рендерится >> > >> > 2014-12-04 20:04 GMT+06:00 Vladislav Vodopyan < >> v.vodop...@team-service.ru>: >> > >> >> 1. ОК, спасибо. >> >> 2. Так дело в том, что таймзона сервера и таймзона клиента совпадают. >> Но >> >> на одном и том же клиенте в разных браузерах отображается по-разному. >> >> 3. Могу попробовать подебажить, если скажете как. >> >> >> >> 04.12.2014 16:59, Maxim Solodovnik пишет: >> >>> 1) я попробую побороть >> >>> 2) ну тут всё показывается в "таймзоне сервера" возможно будет >> починено с >> >>> переходом на следующую версию fullcalendar.io вроде как в ближайшее >> >> время >> >>> может случится >> >>> 3) возможно будет починено с переходом на следующую версию >> >> fullcalendar.io >> >>> вроде как в ближайшее время может случится, тут ещё и такая беда что >> >> почти >> >>> нигде не воспроизводится, поэтому трудно понять как чинить >> >>> >> >>> 2014-12-04 19:53 GMT+06:00 Vladislav Vodopyan < >> >> v.vodop...@team-service.ru>: >> >>>> 1. Да, все верно. >> >>>> 2. Не совсем. Когда мы открываем диалог создания event в IE (под win) >> >>>> или в FF (под nix) - время отображается со сдвигом на час. В других >> >>>> браузерах под Win время отображается правильно. >> >>>> В любом случае, после создания event он "прыгает" на день назад, но >> >>>> время при этом показывается правильное. >> >>>> >> >>>> Речь идет о варианте с jdk 7.72 и примененным патчем таймзоны. >> >>>> >> >>>> 3. Все верно. >> >>>> >> >>>> 04.12.2014 16:37, Maxim Solodovnik пишет: >> >>>>> я так понимаю трэд довольно мусорный, так что надо разложить по >> полкам >> >>>> что >> >>>>> конкретно воспроизводится >> >>>>> 1) я так понимаю при создании event'а в monthly view оно прыгает >> назад >> >>>> на 1 >> >>>>> день? >> >>>>> 2) созданный event создаётся со сдвигом на час >> >>>>> 3) баг в ФФ >> >>>>> >> >>>>> что кроме 3) у вас воспроизводится? >> >>>>> >> >>>>> 2014-12-04 10:06 GMT+06:00 Vasiliy Degtyarev <va...@unipro.ru>: >> >>>>> >> >>>>>> Можешь на моем компе потренироваться:-) >> >>>>>> >> >>>>>> С уважением, >> >>>>>> В. Дегтярев >> >>>>>> >> >>>>>> >> >>>>>> >> >>>>>> On 03.12.2014 22:06, Maxim Solodovnik wrote: >> >>>>>> >> >>>>>>> похоже этот баг >> >>>> https://issues.apache.org/jira/browse/OPENMEETINGS-1131 и >> >>>>>>> правда рано закрыли >> >>>>>>> буду искать винду и пробовать повторить >> >>>>>>> >> >>>>>>> 2014-12-03 22:00 GMT+06:00 Vladislav Vodopyan < >> >>>> v.vodop...@team-service.ru >> >>>>>>>> : >> >>>>>>> У меня такое впечатление, что при работе в ie он берет таймзону >> из >> >>>>>>>> настроек клиентского браузера. >> >>>>>>>> >> >>>>>>>> Поставил на сервере таймзону Europe/Minsk. Поставил ее дефолтной >> в >> >> OM >> >>>> и >> >>>>>>>> прописал для всех пользователей. >> >>>>>>>> >> >>>>>>>> Картина такова. >> >>>>>>>> В Firefox дата при создании события стала корректной. >> >>>>>>>> В ie - при создании и при просмотре дата на час вперед. >> >>>>>>>> >> >>>>>>>> Кроме того, вылезли еще баги (касается сборки от 28.11): >> >>>>>>>> 1. После создания события, в FF оно не появляется в календаре, >> хотя >> >>>>>>>> уведомление на почту приходит. В IE - появляется и видно >> созданные в >> >>>> FF. >> >>>>>>>> 2. Если изменить время события - отбивка об изменении приходит, а >> >> вот >> >>>>>>>> напоминание - уже нет. >> >>>>>>>> >> >>>>>>>> 21.11.2014 11:58, Maxim Solodovnik пишет: >> >>>>>>>> >> >>>>>>>>> ну это ожидаемое поведение >> >>>>>>>>> какой-то косяк с системой и джавой >> >>>>>>>>> вернусь из коммандировки - попробую с нашим админом покопать это >> >> дело >> >>>>>>>>> 2014-11-21 9:54 GMT+01:00 Vladislav Vodopyan < >> >>>>>>>>> v.vodop...@team-service.ru >> >>>>>>>>> : >> >>>>>>>>> >> >>>>>>>>> Проверил с openjdk: >> >>>>>>>>>> # java -version >> >>>>>>>>>> java version "1.7.0_71" >> >>>>>>>>>> OpenJDK Runtime Environment (rhel-2.5.3.1.el6-x86_64 u71-b14) >> >>>>>>>>>> OpenJDK 64-Bit Server VM (build 24.65-b04, mixed mode) >> >>>>>>>>>> >> >>>>>>>>>> Картина ровно та же. Причем "перескок" на вчерашний день >> >> появляется >> >>>>>>>>>> после установки tzdata-java. >> >>>>>>>>>> >> >>>>>>>>>> 07.11.2014 21:45, Maxim Solodovnik пишет: >> >>>>>>>>>> >> >>>>>>>>>>> похоже вот эта фигня: http://stackoverflow.com/a/3912695 >> >>>>>>>>>>> но надо разбираться >> >>>>>>>>>>> будет время - погляжу >> >>>>>>>>>>> >> >>>>>>>>>>> 2014-11-08 0:04 GMT+06:00 Maxim Solodovnik < >> solomax...@gmail.com >> >>> : >> >>>>>>>>>>> похоже частично воспроизводится >> >>>>>>>>>>>> правда как-то странно, где-то да, где-то нет >> >>>>>>>>>>>> >> >>>>>>>>>>>> ну надо пождать следующего апдейта джавы, или попробовать >> >> openJDK >> >>>>>>>>>>>> 2014-11-07 23:35 GMT+06:00 Maxim Solodovnik < >> >> solomax...@gmail.com >> >>>>> : >> >>>>>>>>>>>> solomax@solomax-laptop:~$ java -version >> >>>>>>>>>>>>> java version "1.7.0_71" >> >>>>>>>>>>>>> Java(TM) SE Runtime Environment (build 1.7.0_71-b14) >> >>>>>>>>>>>>> Java HotSpot(TM) 64-Bit Server VM (build 24.71-b01, mixed >> mode) >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> solomax@solomax-laptop:~$ cat /etc/issue >> >>>>>>>>>>>>> Ubuntu 14.10 \n \l >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> solomax@solomax-laptop:~$ uname -a >> >>>>>>>>>>>>> Linux solomax-laptop 3.16.0-24-generic #32-Ubuntu SMP Tue >> Oct >> >> 28 >> >>>>>>>>>>>> 13:07:32 >> >>>>>>>>>>> UTC 2014 x86_64 x86_64 x86_64 GNU/Linux >> >>>>>>>>>>>>> апдейты последние >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> 2014-11-06 18:17 GMT+06:00 Vladislav Vodopyan < >> >>>>>>>>>>>>> >> >>>>>>>>>>>> v.vodop...@team-service.ru >> >>>>>>>>>>> : >> >>>>>>>>>>>>>> Апдейты стоят. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> Какая точно версия у вас? >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> У меня стоит jdk-1.7.0_72-fcs.x86_64. >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>> $ ls -l /usr/java >> >>>>>>>>>>>>>> total 12 >> >>>>>>>>>>>>>> lrwxrwxrwx 1 root root 16 Nov 6 15:01 default -> >> >>>>>>>>>>>>>> /usr/java/latest >> >>>>>>>>>>>>>> drwxr-xr-x 3 root root 4096 Nov 6 12:07 jdk1.7.0_60 >> >>>>>>>>>>>>>> drwxr-xr-x 8 root root 4096 Nov 6 15:03 jdk1.7.0_72 >> >>>>>>>>>>>>>> drwxr-xr-x 6 root root 4096 Oct 18 20:13 jre1.7.0_60 >> >>>>>>>>>>>>>> lrwxrwxrwx 1 root root 21 Nov 6 15:03 latest -> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>> /usr/java/jdk1.7.0_72 >> >>>>>>>>>>> Вер06.11.2014 14:37, Maxim Solodovnik пишет: >> >>>>>>>>>>>>>>> В последней версии зона правильная, у меня все отлично >> >>>> работает. >> >>>>>>>>>>>>>>> Может последний апдейты на систему еще накатить? >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> WBR, Max (from mobile) >> >>>>>>>>>>>>>>> On Nov 6, 2014 3:59 PM, "Vladislav Vodopyan" < >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>> v.vodop...@team-service.ru> >> >>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> wrote: >> >>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> Так это очевидно, что сместилась из-за перехода. >> >>>>>>>>>>>>>>>> Смысл в том, что: >> >>>>>>>>>>>>>>>> 1. В последней версии jdk таймзона неправильная. >> >>>>>>>>>>>>>>>> 2. После применения патча таймзона фиксится, но при >> создании >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>> событий в >> >>>>>>>>>>> календаре они создаются на день назад. >> >>>>>>>>>>>>>>>> 06.11.2014 12:55, Vasiliy Degtyarev пишет: >> >>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Возможно из-за перехода на зимнее время таймзона >> >> сместилась. >> >>>>>>>>>>>>>>>>> С уважением, >> >>>>>>>>>>>>>>>>> В. Дегтярев >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> On 06.11.2014 15:30, Vladislav Vodopyan wrote: >> >>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> Утилита официальная. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> 7u72 поставил. Баг с "день назад" - ушел, но таймзона >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>> Europe/Moscow >> >>>>>>>>>>> сместилась в GMT+4. >> >>>>>>>>>>>>>>>>>> Применил патч. Таймзона пофиксилась. Баг вылез снова. >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> 05.11.2014 16:27, Maxim Solodovnik пишет: >> >>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> может чем странные утилиты пользовать накатить >> последнюю >> >>>>>>>>>>>>>>>>>>> версию >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>> JDK >> >>>>>>>>>>> 7u71/72 >> >>>>>>>>>>>>>>>>>>> что-то мне подсказывает что может помочь >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> 2014-11-05 19:22 GMT+06:00 Vladislav Vodopyan >> >>>>>>>>>>>>>>>>>>> <v.vodop...@team-service.ru>: >> >>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>> jdk1.7.0_60 >> >>>>>>>>>>>>>>>>>>>> Единственное что - я правильно понял, что server tz = >> >>>>>>>>>>>>>>>>>>>> таймзона >> >>>>>>>>>>>>>>>>>>>> операционной системы? Или где-то в джаве она еще >> >> отдельно >> >>>>>>>>>>>>>>>>>>> задается? >> >>>>>>>>>>>>>>> 05.11.2014 16:19, Maxim Solodovnik пишет: >> >>>>>>>>>>>>>>>>>>>>> хм, ну это одна и та же таймзона >> >>>>>>>>>>>>>>>>>>>>> а Джава какая? >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> 2014-11-05 19:09 GMT+06:00 Vladislav Vodopyan < >> >>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>> v.vodop...@team-service.ru>: >> >>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>> 1. MSK (+0300) >> >>>>>>>>>>>>>>>>>>>>>> 2. Europe/Moscow >> >>>>>>>>>>>>>>>>>>>>>> 3. Europe/Moscow >> >>>>>>>>>>>>>>>>>>>>>> 4. MSK (+0300) >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> Проверил в нескольких браузерах под разными >> учетками. >> >>>>>>>>>>>>>>>>>>>>>> Перезапускать red5 пробовал, перезагружать сервер - >> >>>> тоже. >> >>>>>>>>>>>>>>>>>>>>>> 05.11.2014 15:45, Maxim Solodovnik пишет: >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> по поводу 1 надо подробную конфигурацию >> >>>>>>>>>>>>>>>>>>>>>>> 1) server tz >> >>>>>>>>>>>>>>>>>>>>>>> 2) default tz >> >>>>>>>>>>>>>>>>>>>>>>> 3) OM user TZ >> >>>>>>>>>>>>>>>>>>>>>>> 4) client machine TZ >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> по поводу 2, есть такая буква, разбираемся >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> 2014-11-05 17:59 GMT+06:00 Vladislav Vodopyan < >> >>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>> v.vodop...@team-service.ru>: >> >>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>> Добрый день! >> >>>>>>>>>>>>>>>>>>>>>>>> В ревизии 1633867 выловлены следующие баги: >> >>>>>>>>>>>>>>>>>>>>>>>> 1. При создании события в календаре оно >> создается на >> >>>> день >> >>>>>>>>>>>>>>>>>>>>>>>> раньше. То >> >>>>>>>>>>>>>>>>>>>>>>>> есть указываем, к примеру, 07.11 - создается на >> >> 06.11. >> >>>>>>>>>>>>>>>>>>>>>>> Замечено >> >>>>>>>>>>>>>>> после >> >>>>>>>>>>>>>>>>>>>>>>>> установки java tzupdate: >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> >> >>>>>>>>>>>>>>>>>>>>>>>> http://www.oracle.com/technetwork/java/javase/ >> >>>>>>>> downloads/tzupdater-download-513681.html >> >>>>>>>> http://www.oracle.com/technetwork/java/javase/ >> >>>>>>>> tzupdater-readme-136440.html#installation >> >>>>>>>> >> >>>>>>>>> 2. После произвольных действий (создание событий, >> >>>>>>>>>>>>>>>>>>>>>>> переключение >> >>>>>>>>>>>>>>> вида >> >>>>>>>>>>>>>>>>>>>>>>>> календаря) календарь "перескакивает" на декабрь >> >>>> текущего >> >>>>>>>>>>>>>>>>>>>>>>> года. >> >>>>>>>>>>> -- >> >>>>>>>>>>>>> WBR >> >>>>>>>>>>>>> Maxim aka solomax >> >>>>>>>>>>>>> >> >>>>>>>>>>>>> -- >> >>>>>>>>>>>> WBR >> >>>>>>>>>>>> Maxim aka solomax >> >>>>>>>>>>>> >> >>>>>>>>>>>> >> >> >> > >> >> > > > -- > WBR > Maxim aka solomax > -- WBR Maxim aka solomax