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

[dartraiden]

Нетлог протокола+ядра нужен, сделанный в момент, когда запускаете подключение руками по описанному сценарию.

[Boris_M]

Текст вместе с картинкой во входящих https://forum.miranda-ng.org/index.php?topic=118.msg29292#msg29292

Снова вот такая ситуация https://forum.miranda-ng.org/index.php?topic=118.msg29298#msg29298

Miranda NG Version: 0.96.3 alpha build #25480 (cf96e2854c) x64
Build time: 4 Apr 2023 21:14:54
¤ ICQ.dll v.0.96.2.3 [24 Mar 2023 20:54:24] - ICQ-WIM protocol
¤ IEView.dll v.1.6.0.5 [18 Mar 2023 18:01:14] - IEView
¤ historypp.dll v.1.5.1.5 [18 Mar 2023 18:09:52] - History++

[dartraiden]

Да, пришлось вообще убрать описание в IEView, иначе оно приклеивалось к пути к файлу и получались битые ссылки.

Используйте какой-нибудь иной журнал (History++, NewStory, встроенный журнал), если вам нужно видеть описания.

[Boris_M]

если вам нужно видеть описания.

Если бы это были описания картинок.....
Люди шлют картинку и свое сообщение просто вбивают в поле описания, а не отсылают картинку а потом пишут сообшение
Я писал об этом "склеивании" год назад, в результате оно было меньшим злом, чем рабочий линк на картинку и пропущеное сообщение собеседника.

[dartraiden]

Хорошего рещения просто нет.

[Boris_M]

Хорошего рещения просто нет.

Так конечно уже

Лучше уж невалидная ссылка на файл в журнале

[dartraiden]

Исправлено в билде 25498.

[Boris_M]

Не знаю в какую тему писать, так как крашится рандомно после вчерашнего обновления....


Miranda NG Version: 0.96.3 alpha build #25510 (0470f5683a) x64
Build time: 16 Apr 2023 23:28:00

[dartraiden]

Надо ждать каких-то более понятных падений. Где-то память трётся, а где - непонятно.

[Boris_M]

каких-то более понятных падений

Miranda NG Version: 0.96.3 alpha build #25537 (f45ed26f10) x64
Build time: 19 Apr 2023 21:37:00¤ ICQ.dll v.0.96.3.2 [19 Apr 2023 19:55:00] - ICQ-WIM protocol
¤ IEView.dll v.1.6.0.5 [19 Apr 2023 15:07:16] - IEView
¤ historypp.dll v.1.5.1.5 [19 Apr 2023 21:44:18] - History++

При получении сообщений (спам) от пользователей которых нет в контактах ни в Miranda ни на сервере - падение (лог)
+
Забывал спросить - после правок в историй об описаниях к входящим фалйам описания стали приходить вот в такой кодировке... (IEView/historypp)

 

[ghazan]

При получении сообщений (спам) от пользователей которых нет в контактах ни в Miranda ни на сервере - падение (лог)

Это всё та же проблема с разносом памяти aka "случайные падения". Надо бы это найти...

[dartraiden]

Пробуйте, могло исправиться.

[Mikanoshi]

Номера с вероятностью процентов 99 остаются висеть в онлайне, даже если сделать setState?view=offline и потом endSession?invalidateToken=1. Других открытый сессий на них нет.
Единственный способ выйти в офлайн теперь это не закрывать сессию, а просто перестать запрашивать раз в минуту fetchBaseURL.
Под "онлайном" понимается

Code: [Select]

"state" : "online",
"lastseen" : 0,
"onlineTime" : xxxГде xxx при запросе статуса контакта >0, но при создании сессии приходит список контактов где они все равны 0.
Единственный способ узнать реально ли контакт онлайн или нет это сделать RAPI запрос getUserInfo, там lastseen приходит правильный.
В оф клиентах нет вообще разделения списка контактов на онлайн/офлайн, а этот запрос отправляется каждый раз при открытии чата с контактом, чтобы показать когда он последний раз был активен.

[dartraiden]

Есть одна несостыковка: если виндовый официальный клиент оставить в покое (и даже свернуть в трей), он всё равно светится в Миранде онлайн.

А вот мобильный при неактивности перестаёт светиться.

Миранда после выхода из программы у других клиентов тоже светится как онлайн. Но Миранда закрывает сессию.

[Mikanoshi]

В крысе всегда номер уходит в офлайн через минуту, если свернуть оф клиент.
А вот офлайн везде глючный, даже десктопный оф клиент оставляет номер в сети если там разлогиниться. Им просто всё равно, они не используют уже эти данные.
Может можно при lastseen=0 смотреть есть ли в ответе сервера onlineTime, и если нет, значит номер на самом деле давно не проявлял активности.