Ответы пользователя по тегу Mozilla Thunderbird
  • Модификация нативных js-библиетек в Thunderbird/FireFox (omni.ja)?

    RUVATA
    @RUVATA Автор вопроса
    Разработчик, гик, меломан, разгильдяй
    Проблема оказалась не в защите файлов кода, а в специальной опции кеширования nglayout.debug.disable_xul_cache по умолчанию установленной в true (кеширует XUL и JavaScript код, как раз то что мы меняем), причем мысли мои уже шли в этом направлении, но я наивно предполагал что опция очистки кэша из интерфейса клиента сбрасывает кэш в принципе, ан нет, таким образом сбрасывается только «пользовательский кэш», а «служебный кэш» — это сущность отдельная.
    Ответ написан
    Комментировать
  • Real-time синхронизация структуры IMAP каталога в нескольких клиентах Thunderbird 17.x

    RUVATA
    @RUVATA Автор вопроса
    Разработчик, гик, меломан, разгильдяй
    Спасибо за ответы,
    LordMerlin
    Я уже частично разобрался в проблеме и она в первую очередь связана не с получением данных (как оказалось — с этим все нормуль)
    а с отрисовкой состояния папки в клиенте, т.е. данные синхронизируются, но у ГромоПтицы есть отдельный индекс, который предназначен для их древовидной структуры меню навигации по учетным записям, так вот синхронизация не инициализирует его перестроение, лишь обращение из пользовательского интерфейса, будь то переход от одного элемента к другому, или сворачивание/разворачивание заставляет выстраивать новое состояние и отрисосвывать его. А самый «цимес» ситуации состоит в том, что если пользователь находится «курсором» на каталоге меню навигации, и никуда с него не будет уходить (курсором), или сворачивать разворачивать учетку — то в окне содержимого каталога — будет не актуальная структура, тем не менее с ней можно будет продолжать работать — т.е. устанавливать флаги и т.д. которые пойдут таки на IMAP-сервак командами.
    Как побеждать — судя по всему никак технически, юзера проинструктированы «переставлять курсор», сия проблема кроется в самой архитектуре приложения.
    PS: обнаружен еще один интересный момент, но не понятно на какой сотороне проблема: если в интерфейсе ГромоПтицы быстро отметить несколько сообщений как прочитанные или наоборот (прямо следом клик-клик) — до сервака дойдет только о первой отметке, или сервак принимает только первую команду (исходя из изменений которые в итоге там с папкой происходят). За скорость тест машин и интернета можно не хвататься их более чем достаточно.
    z3apa3a,
    mail.imap.use_status_for_biff о которой я говорил — это как раз таки эта самая опция, но прошу Вас заметить что такое обновление приходит лишь с получением новых сообщений, тем временем несколько клиентов могут перемещать/удалять/изменять флаги при отсутствии новых входящих, и их потом уже никак не синхронизируешь.
    Ответ написан