Василий Наумкин

Я бы попробовал перевесить на событие msOnChangeOrderStatus и проверять status == 1.

Мистика!

Ну просто потому, что со своими процессорами гораздо удобнее.

Они расширяют системные и готовят данные, как мне нужно. Например, кодируют поле content ресурса в base64 при отправке, а при получении — декодируют.

А без плагина, я так понимаю, заказ нормально сохраняется?

Если так, то проблема, очевидно, в классе отправки SMS.

не совсем удобно что он ищет сразу.

Чем это может быть неудобно?

И чем может быть удобно натыкать фильтры, нажать кнопку и получить «результатов не найдено»?

В нормальном плагине должна быть проверка события, на которое он рассчитан.

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

В MS2 тоже, как бы, тупить негде — ровно один вызов этого события при создании заказа.

Примерно так — freetonik.com/blog/all/vagrant/

Не уверен, что эта инструкция сейчас работает, но принцип должен быть ясен: нужно сделать форвардинг с порта 8080 на 80.

Ты не представляешь, как радуют такие отзывы к новым дополнениям.

Хоть бы написал чем именно он кажется тебе более интересным и продуманным.

А не ты ли тут задавал вопрос о странных id в parent = 31?

Ресурсы у тебя, похоже, создаются, но не показываются в админке.

Далеко мне до понимания этой статьи…

Статья немного не та.

Лучше вот эту прочитать.

При вызове процессора не указан id товара, или такой товар не существует.

Да, это баг.
Пересчет товаров запускается только в процессоре update, а в create его нет.

Пиши в список issues, когда-нибудь поправят.

Я правильно понимаю, что баг в том, что после изменения заказа его нужно сохранить?

Не работает предпросмотр и комментарии не отправляются.

jQuery подключи.

Эффект Стрейзанд во всей красе.

Пока что здесь дерзишь только ты.

Слабо назвать дополнения для блогов и комментариев MODX с требуемой тобой настройкой?

Ну так используй этот любой подобный компонент, с мега-настройками.

Зачем тебе кривобокий Tickets, где нет важнейшей функции, которая за 2.5 года его существования, вдруг оказалась необходимой только тебе?

если бы это было документировано

Ну так возьми и задокументируй — возможность для этого давно есть. Сядь вот на майские праздники и напиши всё, что знаешь о Tickets в документации, а я проверю потом и добавлю в репозиторий.

Нет желания? Ну так и у меня нет, уже давно надоело жилы рвать ради неблагодарности.

А почему у записей с комментирование и без комментирования один шаблон? Шаблоны экономим, или что?

Ну сделай тогда ТВ параметр disable_comments:

[[[[*disable_comments:isnot=`1`:then=`TicketCommenst@MyParams`]]]]

С тех пор мой eventsCalendar2 они из списка дополнений убрали, так что и мне им особо предъявить нечего. Ну разве что аналогичный бредовый иск об упущенной выгоде в n тысяч рублей.

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

В общем нет, мне это не интересно, и Андрею, судя по комментарию на Хабре, тоже.

Обалдеть! А вот и лог ошибок сайта.

Версия движка, судя по changelog, аж 2.2.6-pl от декабря 2012 года. Ломай сколько влезет.