Опять меняется протокол ICQ?

[dartraiden]

Стали сами по себе закрываться сессии SecureIM, прилетает табличка SecureIM disabled, хотя клиент онлайн.

Ну, я думаю, это всё та же известная проблема с тем, что миранды скачут между онлайном и оффлайном.

[Константин Арзамас]

]build #21102(602868cc63)
Вы тоже живете в прошлом, этот билд от 28 декабря.[/quote]
сейчас скачал #21161(b156c043fb)
тоже самое
при запуске контакты загружаются но серые, переименовываю, добавляю контакт.
При перезапуске программы опять все слетает

[dartraiden]

Нашел косячок с фреймом - скрин. Только не фиксируйте размер окна

Я просто выкину саму эту тонкую серую "рамку", договорились? Никакой ценности она не имеет.

[dartraiden]

добавляю контакт.
При перезапуске программы опять все слетает

Тогда надо копать. Поставьте плагин DBEditorPP. Добавьте новый контакт. Переименуйте его (ПКМ по контакту → Переименовать). Откройте контакт в редакторе (правой кнопкой по контакту → Открыть в редакторе базы). Откройте у этого контакта подраздел CList и убедитесь, что в нём есть параметр MyHandle, в котором содержится то имя, в которое вы переименовали контакт.

Например, я добвил контакт "Иван Иванов", переименовал его в "ТЕСТ". В базе имеем следующее - см. скриншот. MyHandle = это то, как контакт будет отображаться в Миранде. Он имеет безусловный приоритет перед именем, которое прилетает по протоколу.

Если всё правильно и в MyHandle содержится желаемое имя, то перезапустите Миранду и как только имя "слетает" (как вы утверждаете), снова посмотрите, что же там у "слетевшего" в MyHandle.

[Alexander]

Стали сами по себе закрываться сессии SecureIM, прилетает табличка SecureIM disabled, хотя клиент онлайн.

Ну, я думаю, это всё та же известная проблема с тем, что миранды скачут между онлайном и оффлайном.

Однозначно с этим.
Но использовать SecureIM стало практически невозможно. С какого-то момента после постоянных разрывов SecureIM подключения вообще перестают устанавливаться до перезагрузки miranga-ng.

[dartraiden]

Однозначно с этим.

Ну, тогда надо ждать починки, чего же ещё.

[colonel]

Есть понимание, что делать что-то надо, нет понимания пока что именно.

А сессию завершить программно неизвестно как?

[Константин Арзамас]

Если всё правильно и в MyHandle содержится желаемое имя, то перезапустите Миранду и как только имя "слетает" (как вы утверждаете), снова посмотрите, что же там у "слетевшего" в MyHandle.

Все как написали сделал, при перезагрузки
этого файла не было

[dartraiden]

По скриншотам это выглядит так:

• миранда добавляет контакт, но почему-то на сервер не улетает инфа о том, что контакт добавлен. Таким образом, контакт есть в мирандовском списке и отсутствует в серверном
• при следующем входе миранда получает список контактов от сервера, сверяет со своим и выкидывает тех, кого в серверном нет, в NotInList

Нужно посмотреть, как миранда общается с сервером при добавлении контакта и при его "слёте". Для этого нужно сделать следующее:

• включить в Сеть → Журнал → галку возле аськи
• включить там же запись в файл и троеточием сохранить netlog.txt на раб.столе
• снова добавить контакт
• открыть netlog.txt, его содержимое скопировать, вставить на pastebin.com, нажать Create new paste, сюда вставить полученную ссылку из адресной строки браузера
• перезапустить миранду, чтобы добавленный контакт "слетел"
• открыть netlog.txt, его содержимое скопировать, вставить на pastebin.com, нажать Create new paste, сюда вставить полученную ссылку из адресной строки браузера

[ghazan]

WAJIM,

Подозреваю, что проблема с таймаутами. Период скакания я замерил и он равен ~60 с. В нетлоге есть два поля с таймаутами: "fetchTimeout":60 (в json) и &timeout=60000 (в url). Есть подозрение, что на сервере срабатывает таймаут из-за отсутствия запаса в периоде запросов и контакт отваливается. Таймаут KeepAlive на сервере = 75 с, значит таймауты в протоколе нельзя увеличивать, иначе не будет запаса и сокет будет отключаться сервером.

Там всё несколько сложнее. Реальный таймаут для long poll указан в коде и составляет 62 секунды, с небольшим запасом, как раз чтобы клиент не рвал соединение сам досрочно. Проблема в том, что в логах никаких ошибок нет, Миранда равномерно восстанавливает соединение.

Либо еще одно предположение - что-то не так с сиквенс-намберами в запросах, серверу не нравится последовательность и он оффлайнит клиента.

Эти номера вырабатываются самим сервером и передаются в каждом ответе на запросы в long poll, я их просто подставляю

[WAJIM]

Там всё несколько сложнее. Реальный таймаут для long poll указан в коде и составляет 62 секунды, с небольшим запасом

Так может его наоборот надо сделать < 60 с + запас? Например 45 с.
Вообще, 2 с - это очень маленький запас, пакеты в сети могут задерживаться на такое время на том же GPRS.

[ghazan]

WAJIM,

Так может его наоборот надо сделать < 60 с + запас? Например 45 с.
Вообще, 2 с - это очень маленький запас, пакеты в сети могут задерживаться на такое время на том же GPRS.

похваще, сделал на клиенте таймаут 600 секунд, ничего не изменилось
вообще есть стойкое ощущение, что это зависит от завала сокета на api.icq.com, а не от сокета с лонг поллом

[tima_s]

Поставил фокус на диалоговое окно с Мирандой - прекращена работа Miranda NG, все вываливается.
Windows 7 x64, версия миранды последняя. Часто за последние дни вспоминаю mail.ru, у которых руки чешутся все поломать.

[dartraiden]

Без крашлога с символами это мало что даёт.

[tima_s]

Крашлог - http://ontext.info/108369