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

[WAJIM]

Последний билд перестал делать серыми [deleted] контакты, но сделал серым контакт "ICQ Official" и после перезапуска он удалился. 

Мне вот интересно, эти [deleted] могут залогиниться и как-то вернуть себе нормальный статус? Или их окончательно удалили и оставили только затычки?

[dartraiden]

Насчёт "ICQ Official" не подтверждаю, он на месте.

Поддержка ICQ утверждает, что аккаунты удаляются необратимо. Залогиниться нельзя, даже чтобы поменять телефон или почту. По запросу могут отвязать телефон, чтобы человек зарегистрировал новую учётку с этим номером (один такой случай мне известен, но не обещаю, что любой агент поддержки согласится).

[WAJIM]

Такое ощущение, что контакта "ICQ Official" не было в ростере, да и фиг с ним, там реклама одна.

Вроде падения с DbEditorPP пропали.

[WAJIM]

А вы в курсе, что если в окне настроек ICQ переключить любую галку, применить настройки и потом перезапустить Миранду, то пароль ICQ окажется сброшенным и его надо будет заново вводить? 

[dartraiden]

Да, пока руки не доходят зарепортить. Что оно сбрасывается иногда само собой, я знал, не было времени узнать, от чего конкретно. Спасибо за алгоритм.

[IceHat]

Понемногу переношу на dummy протокол [deleted] контакты через DB Editor.

Миранда подключается к серверу > от сервера прилетает инфа, что у контакта изменилось имя на [deleted] и что он больше не в серверном ростере > контакт получает ключ в базе, который принудительно оставляет его в локальном ростере > профит.

У меня возник вопрос касательно этой информации. По какому "имени" сейчас Миранда определяет, что контакт [deleted] и создает ему особый ключ IcqDeleted=1?

Просто во время работы в DB Editor вижу, что некоторые контакты имеют FirstName="[deleted]", Nick="[deleted]" и IcqDeleted=1. А некоторые контакты имеют только FirstName="[deleted]", Nick - указанный пользователем, но не имеют ключа IcqDeleted=1. Смущает эта ситуация.

[dartraiden]

Nick - указанный пользователем

Не совсем понятно, как это происходит, ведь значение ключа Nick (которое является отображаемым именем в клисте) у нас строго равно "FirstName"+" "+"LastName".

Удалённые аккаунты распознаются по специальному флагу  "deleted":true, который прилетает от сервера. Кроме того, у удалённого аккаунта FirstName всегда = [deleted] (по крайней мере, никто пока не прислал примера, доказывающего иное), а значит, Nick тоже, поскольку, как сказано выше, он конструируется программой. Поэтому, такие контакты для простоты зовутся [deleted]-контакты, поскольку если у контакта флажок "deleted":true, то и имя у него [deleted].

А некоторые контакты имеют только FirstName="[deleted]", Nick - указанный пользователем, но не имеют ключа IcqDeleted=1

Пример такого уина, пожалуйста. Может, там пользователь взял и сам себе поставил такое имя по приколу, а аккаунт никто и не удалял.

[dartraiden]

Если у контактна назначено имя руками, то в списке контактов он не станет как [deleted] и без серости невозможно понять, есть контакт в ростере или нет.

Tipper должен уметь извлекать из базы значение любого ключа. Например, ключа IcqDeleted. Соответственно, через говносинтаксис Variables (?if) можно попытаться прикрутить в подсказку вывод сведений о том, что контакт удалён .

[dartraiden]

А некоторые контакты имеют только FirstName="[deleted]", Nick - указанный пользователем, но не имеют ключа IcqDeleted=1. Смущает эта ситуация.

Может, по какой-то причине в Nick залипло какое-то гуано со старого протокола...
Можно попробовать убить Nick и перезапуститься. Но это не объясняет того, почему контакт не получает IcqDeleted.

[IceHat]

Пример такого уина, пожалуйста. Может, там пользователь взял и сам себе поставил такое имя по приколу, а аккаунт никто и не удалял.

У меня таких пользователей достаточно много. Вот некоторые: 646130706, 671070858, 679147480

Можно попробовать убить Nick и перезапуститься. Но это не объясняет того, почему контакт не получает IcqDeleted.

Попробовал так сделать с одним из UIN указанных выше. Удалил параметр Nick в ветке протокола через DB Editor. Перезапустил Миранду. Она либо подтянула Nick с сервера, либо скопировала из параметра MyHandle модуля CList (может дело в этом?). Ключ Nick снова появился, а флаг IcqDelete=1 нет. Вот и непонятно, удален такой контакт на сервере или нет.

[dartraiden]

Она либо подтянула Nick с сервера

Исключено, Nick вычисляется по указанной выше формуле.

либо скопировала из параметра MyHandle модуля CList

Тоже исключено, протокол ничего про MyHandle не знает. MyHandle это ключ, создаваемый и используемый клистом (он и находится в секции клиста).

Я добавил 646130706, он сразу получил IcqDeleted и Nick = [deleted]. Затем я создал MyHandle = 123, удалил Nick и IcqDeleted, и перезапустился. Nick снова стал [deleted] и создался ключ IcqDeleted (от сервера прилетел флаг deleted:true). Почему у вас иное поведение - загадка...

Попробуйте через редактор базы экспортировать проблемный контакт в ini целиком. А я попробую втащить это себе. Кроме того, какая версия: стабильная или в разработке?

Ещё можно после удаления Nick включить запись нетлога аська и перезапуститься, а затем поискать в логе проблемный UIN и убедиться, что deleted:true от сервера прилетает. А вот почему Миранда его не обрабатывает именно у вас - сложно сказать.

[dartraiden]

Разобрались: почему-то для этого контакта не приходит от сервера флажок о том, что он удалён. Вероятно, придётся вернутся от анализа флажка к анализу имени, как уже было ранее (и кому-то тут в топике, помню это было не по душе, но другого варианта, похоже, теперь нет).

[IceHat]

Рад, что это прояснилось. Значит это

у удалённого аккаунта FirstName всегда = [deleted]

остается основным показателем того, что контакту на сервере ICQ точно капут, и его можно без сомнений переводить на протокол Dummy даже без флага IcqDeleted=1? Я пока такие контакты не трогал. Понимаю, что кто-то ради прикола может прописать себе в имя "[deleted]", но этот крайне частный случай, который не столь важен.

[dartraiden]

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

[dartraiden]

В ночник прилетел фикс для [deleted] (теперь Миранда смотрит на имя контакта, так что если какой-то шутник установит себе такое имя, он получит ключ IcqDeleted=1, что, впрочем, ничем ему не грозит).

Также исправлено затирание пароля в базе, которое иногда случалось.