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

[feniks]

Спасибо за ответ, если так то я не прав, писал о проблемах с которыми столкнулся в пятницу. Миранда установлена на работе сейчас проверить не могу. Но сейчас новая проблема, на домашнем ноутбуке (win7 x32, миранда х32) запускаю миранду, потом менеджер сессий открывает окно с последней сессией и оно зависает минут на 5-6, при попытке отправить ссылку кому либо окно с сообщением зависает так же на 5-6 минут. Дома точно обновился до последней альфы х32. Информация о версии во вложении. 
Дополнение, через пару минут появляется окно (скриншот во вложении) если нажать да, зависание заканчивается.

[dartraiden]

при попытке отправить ссылку кому либо

От протокола это зависит? Зависает при отправке ссылки по конкретному протоколу или по любому протоколу?

[ghazan]

feniks,
надо вычистить все расширения, которые установлены в IE

[feniks]

ghazan,

Извините за глупый вопрос, а как это сделать?

dartraiden,

В домашней миранде использую только ICQ протокол.

[ghazan]

feniks,
https://support.microsoft.com/en-us/help/17447/windows-internet-explorer-11-manage-add-ons

Хотя мне больше нравится утилита Autoruns от Руссиновича

[feniks]

ghazan,
Спасибо за ответ, не помогло. Но зато помогла смена шаблона журнала IEView.
Раньше был установлен шаблон из сборки HotCoffee как описано в этой ветке https://forum.miranda-ng.org/index.php?topic=5613.0 это позволяло видеть превью картинок в окне сообщений.
Зависания прекратились, но и все плюсы шаблона из HotCoffee тоже исчезли само собой.
Возможно ли что после обновления Миранда стала не совместима с данным шаблоном? Есть ли другие шаблоны позволяющие видеть привью картинок?

Спасибо всем кто откликнулся.

[ghazan]

feniks,
превью доступно всегда, если ссылка правильно заложена в сообщение и IEView активирован.

[lokapal]

А можно ли написать/дописать гайд в первом сообщении темы, как правильно можно проимпортировать из старой базы со всеми сообщениями сообщения в новую? Чтобы [deleted] и всё прочее сохранилось? Только, желательно, без установки старой миранды и приделывания к ней плагинов из новой...
Старая база - имеется в виду база со старым протоколом и полным архивом за много лет, до всех переделок.

[dartraiden]

Это никак не зависит от ICQ, потому что контакты, начиная с одного из хотфиксов 0.95.10.3, больше не стираются. Поэтому, вопрос сводится к "как старую базу (независимо от наличия в ней учётки ICQ) импортировать в современную Миранду", а ответ на него зависит исключительно от того, насколько это старая база, поскольку мы один раз утратили совместимость с ранними версиями MMAP (когда перенесли шифрование в ядро), затем перешли на MDBX, а затем и потеряли совместимость с ранними версиями MDBX, когда перестали поддерживать отрицательные индексы.

Если это база в формате MMAP, эксплуатировавшаяся до выхода версии 0.94.9 (т.е. не нюхавшая более свежих Миранд), то сначала обновить её до 0.94.9, как указано здесь, затем в актуальную Миранду установить dbx_mmap и воспользоваться плагином Import.

Если это база в формате MMAP, эксплуатировавшаяся в 0.94.9 и выше, то в актуальную Миранду установить dbx_mmap и воспользоваться плагином Import.

Если это база в формате MDBX, созданная ранними версиями libmdbx (насколько ранними я не знаю, ориентироваться надо на то, возопит ли плагин про неизвестный формат или нет), то Import не сможет её прочитать. В таком случае нужно однократно запустить эту базу в 0.95.10.3, сжать, что автоматически превратит индексы в корректные, и воспользоваться плагином Import.

Если это база в формате MDBX, созданная поздними версиями libmdbx, то воспользоваться плагином Import.

[lokapal]

Ну да, так и есть (от ICQ не зависит), просто с другими протоколами не было такой чехарды с контактами. Я имел в виду "старая" миранда - это миранда с новой базой, но старой версией протокола icq, копия сделана в момент перед тем, как ставить новый протокол icq.dll, который начал корёжить базу под себя (когда старая версия протокола уже перестала соединяться с серверами).
И ещё были какие-то советы с созданием протокола dummy и т.д.

[dartraiden]

Таким образом, старая миранда это между 0.95.10 и релизом 0.95.10.1 (в котором был уже новый протокол). Тогда там, конечно, нет никакого MMAP, а насколько там совместимый с нынешним MDBX, я не знаю. Соответственно, если Import возопит о неизвестном формате базы, то нужно сжать базу в 0.95.10.3.

[lokapal]

А как контакты переносятся из протокола ICQ в dummy?
Может, сделать это по умолчанию "автоматически", если миранда обнаруживает, что контакт стал deleted? И при импорте то же самое (проверить, есть ли контакт на сервере, если он [deleted] - импортировать сразу в протокол dummy? И имя хорошо (бы) сохранять, ну или дописывать (старое кастом имя - deleted), а то потом 10 человек с именем [deleted] и надо выяснять и вспоминать кто из них кто

[dartraiden]

Нет, это уже обсуждалось внутри команды. Мы можем автоматически переводить на Dummy всю учётку, но не отдельные контакты.

Имя сохранять тоже невозможно, имена обновляются с сервера. Да и в таком случае пользователь не узнает, что этого человека система уже изрыгнула из себя.

А как контакты переносятся из протокола ICQ в dummy?

Создаётся ручками учётка Dummy и ручками же через редактор базы у контактов меняется учётка.

Автоматический способ потребует втащить в Import то, что в должностные обязанности импорта не входит - знание о том, что в аське бывают люди первого и второго сорта, а также создание новой учётки, которая отсутствует в исходной базе. Что прямо противоречит философии Миранды, где каждый занимается своим делом, а не создаётся комбайн.

[lokapal]

Как-то оно слишком кудряво всё получается в итоге. Я понимаю, что весь этот геморрой исключительно по вине майл.ру идёт, конечно. Но вот эта же фраза

Имя сохранять тоже невозможно, имена обновляются с сервера. Да и в таком случае пользователь не узнает, что этого человека система уже изрыгнула из себя

- это же явно не вся правда. Во-первых, всегда (была и есть) куча пользователей, переменованных по сравнению с серверными именами. Во-вторых, что мешает ДОПИСАТЬ, как я писал в своём сообщении, к ИМЕЮЩЕМУСЯ в базе имени пользователя - [deleted], -deleted, .deleted или ещё как? Зачем стирать имеющееся имя (ну кастомное, ну так у меня с кастомными именами процентов 40-50 контактов, если не все 80), чтобы написать, что оно deleted? Когда скрипт пишем и даём только ВХОДНОЕ имя файла, что делают все нормальные программы? Выделяют базовое имя, и приделывают к нему своё расширение. Не понимаю, почему тут нельзя поступить так же. Тем более тут ничего не надо выделять - взял имя из базы, дописал deleted, положил назад.

Автоматический способ потребует втащить в Import то, что в должностные обязанности импорта не входит - знание о том, что в аське бывают люди первого и второго сорта, а также создание новой учётки, которая отсутствует в исходной базе. Что прямо противоречит философии Миранды, где каждый занимается своим делом, а не создаётся комбайн.

Получается ОЧЕНЬ проблемный способ сейчас:
1. Отсоединиться от сети (в смысле icq->offline).
2. Проимпортировать базу, убедиться, что всё в порядке.
3. Подсоединиться к сети, получить 50+ контактов "deleted".
4. ____ВРУЧНУЮ____ выяснить "кто был кто", потому что имена потёрты, записать на бамажку/в файл.
5. Восстановить базу до импорта
6. Отсоединиться от сети
7. Повторить импорт.
8. Вручную пересадить всех удалённых юзеров в dummy (не списком, а прям вручную).

Нельзя ли это как-то, эм, упростить? Хотя бы не уничтожением имени. Или созданием имени удалено по маске/переменной и т.д.

[Apollo2k4]

Во-вторых, что мешает ДОПИСАТЬ, как я писал в своём сообщении, к ИМЕЮЩЕМУСЯ в базе имени пользователя - [deleted], -deleted, .deleted или ещё как? Зачем стирать имеющееся имя (ну кастомное, ну так у меня с кастомными именами процентов 40-50 контактов, если не все 80), чтобы написать, что оно deleted? Когда скрипт пишем и даём только ВХОДНОЕ имя файла, что делают все нормальные программы? Выделяют базовое имя, и приделывают к нему своё расширение. Не понимаю, почему тут нельзя поступить так же. Тем более тут ничего не надо выделять - взял имя из базы, дописал deleted, положил назад.

А вы не хотите написать pull request чтобы реализовать эту задуманное вами? Или стать мантейнером плагина?
Я подозреваю, что там не всё так просто, сервак скорее всего выплёвывает весь ваш КЛ одним запросом, а городить сложную логику внутри миранды странная идея, а если учесть что MRG может в любой момент поменять что-то в протоколе то поддержка этого будет похожа на мазохизм.
Переименованный контакт внутри миранды – это просто отдельный ключ в БД миранды т.к. миранда не пушет это изменение на сервер, а т.к. протокол сменился, то и настройки контактов тоже, и имена с сервера имели приоритет выше т.к. в КЛ могли быть и новые контакты.