Olegas
0

Кажется, я не заметил "не" в "не Windows"...

Olegas
0
На скрине — Linux. Я нигде ничего не писал про Linux и криптографцию. Но, к слову, работы в этом направлении ведутся. СБИС Плагин (который и занимается этими всеми вещами по команде из браузера) сейчас переводят на C++ что позволит запустить его и на Linux. На эту тему будет отдельная статься.
Olegas
0

Облачный СБИС работает не только в IE. И подпись и шифрование работают у нас и в Chrome, и в FireFox.

Olegas
0
Весь backend облачных решений живет на Linux и основан на платформе
Olegas
0
Вот так: https://bugzilla.mozilla.org/show_bug.cgi?id=1074821

Но я уже понял (я писал этот тикет) что FF ведет себя правильно полностью соответствуя тому, что ему говорит ОС. А вот в Chrome есть другой баг https://code.google.com/p/v8/issues/detail?id=3116 который и привел к вылетанию часа 2014.01.01.

Не факт, но возможно что каждая первая среда года вылетает по той же причине
Olegas
0
После обновления чего? Винды? Если после установки апдейта 2998527 — выдает 31 декабря 2013 года, 23:00
Дело в том, что MS решили что для перехода на новые часовые пояса они сперва введут с 1 января какбы летнее время, а потом 26 октября переключат его на зимнее…
Olegas
0
В том и дело, что нельзя.

С точки зрения Windows НЕ СУЩЕСТВУЕТ времени между 2014-01-01 00:00:00.0 и 2014-01-01 01:00:00.0 не включая правый конец интервала.
Olegas
0
С тем же успехом можно чинить через new Date(2014, 0, 1, 1, 0, 0, 0)
Olegas
0
Это НЕ вариант обхода.
Создается дата 04:00:00 по Москве. Если попытаться сместить ее в 00:00:00 будет тот де глюк — прыгнем на час назад в 2013 год.
Olegas
0
Я вот про это: alert(new Date(2014,0,1));
Olegas
+4
Это баг в Chrome (https://code.google.com/p/chromium/issues/detail?id=417640), наложившийся на кривой апдейт винды (http://support2.microsoft.com/kb/2998527/en-us) с исправленными для РФ часовыми поясами (ведь 26.10 произойдет переход на новые таймзоны)

Firefox ведет себя правильно.
Olegas
0
В итоге такое решение и получено. Автоматически.
Olegas
0
Не знал об этом. Но на самом деле в нашем контексте это не требуется, т.к. у нас нет задачи сделать ховер не навешивая клик. Задача именно в том, чтобы ховер и клик работали вместе т.к. клик у нас навешен всегда (такие таблицы).

Но вариант интересный, спасибо.
Olegas
+1
Полностью согласен. Но в нашем случае есть постановка задачи, что система должна работать на iPad в web-варианте. Да, очевидно в некоторых местах интерфейс нужно делать иным. Но должна быть возможность им воспользоваться. Тут же просто принципиально невозможно было пользоваться системой, нужно было какое-то наименее интрузивное решение проблемы…
Olegas
0
Так там в том и дело, что чтобы снять ховер нужно ткунть в другой элемент, который сможет его «обработать».
Olegas
0
Так там в том и дело, что чтобы снять ховер нужно ткунть в другой элемент, который сможет его «обработать».
Olegas
0
А это решение ваше способно с ветками работать? В опенсорс не планируете выложить?
Olegas
0
А не было ли проблем с русскими именами в LDAP? У меня почему-то имя пользователя отображается всегда знаками вопроса…
Olegas
0
А можно ли в Gerrit ревьюить не отдельные комиты и бранчи целиком? Т.е. если я работаю по git-flow я хочу ревьюить фичу или багфикс в целом (возможно это N комитов в отдельном бранче).
Olegas
0
А покажите пожалуйста ваш манифест?
Olegas
0
1. RoboErrorReporter.bindReporter(Context) сделали
2. Права на запись на SD у приложения есть?

reportError используется для ручного логгирования ошибки в общий файл. Например в каком-то куске кода вы использовали try + catch и внутри catch можно использовать reportError чтобы зарепортить ошибку.
Olegas
0
А почему бы не объявить Receiver в манифесте? Он не будет зависеть ни от Activity, ни от Service.
Olegas
0
Это немного другое. Это отложенный запуск а не честный запуск с повтором. Но с помощью этого метода конечно же можно сделать повторение, да.
Olegas
0
AlarmManager слишком тяжелый для простых случаев. Он больше подойдут стартовать приложение в указанное время + будить телефон из спячки + держать его не спящим.
Olegas
0
CommonsWare — крутой чел, да.
Olegas
0
В общем да, но для участия все же придется приехать в Ярославль =)
Olegas
0
Нет, с ней все понятно.
Olegas
0
Судя по всему корень зла — повторно создающееся замыкание с видимостью XHR.
Olegas
+1
В общем суяд по всему оба варианта текут ГОРАЗДО меньше чем исходный (оба, тот который выше и jQuery.get). Но все-же со временем размер процесса немного пухнет.

Процесс «без jQuery» за первые 40 минут распух с 11 до 21Мб но за следующие 1 час 20 минут не увеличился. Процесс «c jQuery» аналогично — с 8 до 10 и держится.
Olegas
0
пруф чего?
Вы имеете основания полагать, что в этом коде:

setInterval(function(){

}, 10);

анонимная функция будет создаваться каждый раз новая?
Olegas
0
А в чем отличие от ранее предложенного выноса колбэка из замывания?
Olegas
0
И так делаю, правда смотрю по about:memory
Olegas
0
Это я понимаю. Я к тому, что функция, выполняемая с интервалом — он одна, как фабрика у вас.
Olegas
0
Не, не создал. Она уже была. Внутренняя анонимная функция видела XHR уже в момент рождения (хоть и не использовала его явно). И каждая новая видела свой XHR.
Olegas
+1
Обнуляя я порушил ссылку, но в области видимости функции остался XHR.
Olegas
0
Простите, сам невнимательно прочитал, незаметил xhr = null.
Olegas
0
Запустил пробовать. Рядом запустил аналог с простым jQ.get
var cb = function(d){ var a = 2 + 3; };
setInterval(function(){
	$.get('f.txt', cb);
}, 500);