Василий Столейков

Отвечу себе же: пришлось менять файл /assets/components/tinymcerte/js/mgr/tinymcerte.js на 12-й строчке, где MODx.config.base_url пришлось заменить на '/'

cfg: {
        selector: '#ta'
        ,document_base_url: '/' 
        ,file_browser_callback_types: 'file image media'
    }

Жаль только что это сотрётся при ближайшем обновлении компонента…

Ок, а как быть в админке?
Там изображения не подгружаются в контент редактора, так как в настройках контекста en указан base_url "/en/", хотя на фронте и используется base_url "/".
В итоге получается что на фронте всё ок, а вот менеджеры не могут работать с изображениями в контексте en.
Мультиязычность настроена в подпапках.

Не встречались с подобной ситуацией?

Было бы неплохо ещё на страницу тикета добавить кнопки управления как в товарах минишопа: «Предыдущий» и «Следующий» стрелками.
Сейчас, учитывая что тикеты по умолчанию спрятаны из дерева, приходится возвращаться в секцию, потом искать соседний тикет по памяти и переходить в него.

Вижу не я один такой. Например 55-й Андрей.
Думаю, если это не предусмотреть, то ситуация будет повторяться в будущем и с другими.

joxi.ru/zAN5gPbTvjJXd2.png — эта аватарка должна быть таких размеров или это глюк?

Не знаю, я просто нажимаю что на первую ссылку что на вторую и меня редиректит. Вы сами нажимали на свою ссылку? У меня такое поведение во всех браузерах, это серверное.
Но спасибо, на конечную страницу я попал.

Интересно, а по ссылке так и должна быть эта ошибка: joxi.ru/82Q76PbHwyBqPr?

Ссылка здесь у тебя c mailto почему-то.

Ну, я например ни то ни другое не использую на своих сайтах из принципа. Пользуюсь лучшими аналогами, например UIkit или Semantic UI.
Но это дело вкуса, поэтому шаблон только для примера, переписывать его под себя почти обязательно — кто хочет чтобы комментарии у него были как у всех по шаблону? Все стремятся выделиться, отойти от стандарта, чтобы не узнали что это чистый MODX на чистых дефолтных чанках… ))))

P.S. А вот переписать чанки на феном было бы удобно. Сейчас это стандарт, а то приходится логику каждый раз переписывать по новой.

Классно выглядит новая версия!
Теперь всё логично и понятно — компонент имеет вид завершенного продукта.
Можно смело использовать на всех проектах без опаски за непонятный функционал (такая путаница с кнопками была раньше).

Планировал 2 часа а потратил весь вечер :(.

А так всегда… Главное что довёл дело до логического конца, молодец!

Наверное потому что при загруженном функционале каждая секунда на счету, а добавление письма в очередь в базу происходит почти мгновенно в отличие от ожидания отправки письма…

Попробуй убирать по очереди параметры шаблонов, чтобы подставлялись дефолтные чанки. Тогда сможешь понять методом исключения где зарыта проблема.
И скинь полный код всего твоего контейнера #child_list, чтобы было видно где именно ты вызываешь сниппет, а где пагинацию, а то ты только вызовы показал.
Дело точно в твоей обёртке. Вот пример правильной обёртки.

Так не убрать нужно, а добавить класс pagination. Должны быть 2 одинаковых класса вложенных один в другой.
В чанке по умолчанию это же есть:

@INLINE <div class="pagination"><ul class="pagination">[[+first]][[+prev]][[+pages]][[+next]][[+last]]</ul></div>

Это потому что ты в своём шаблоне пагинации не указываешь класс pagination И для обёртки. Это необходимо, исследуй чанк по умолчанию в параметре tplPageWrapper.
В твоём случае, для тега nav также нужен класс pagination. Если при этом едет вёрстка, то её уже и поправляй под эту конструкцию.

С такой же проблемой столкнулся, но при выводе картинки изображения в гриде в админке.
Допустим если у нас есть MIGX-конфигурация images с выводом в гриде колонки image (поле, которому указан свой источник файлов) c Renderer "this.renderImage", то этот Renderer срабатывает только если напрямую вызывать конфигурацию на странице ресурса. Если же использовать эту конфигурацию как вложенное тв-поле в другой конфигурации то полный путь не подхватывается и этот Renderer становится бесполезным (не подставляет правильный путь изображению в грид).
Пока оставил обычным полем, но хотелось бы тоже решить этот вопрос…

аааа… У меня почему-то съедало код, а точнее строку, которую нужно удалить. Обновил статью, проверь, там в комментариях про пробел написал пока что.

Тоже постоянно сталкивался с такой же проблемой.
Решил для себя проблему простейшим плагином и написал инструкцию к этому: https://bazstudio.com/blog/320-make-valid-the-auto-js-files-in-modx

Проверь (либо замени на дефолтный) корневой файл index.php, возможно туда был вставлен вирусный код.
Либо проверь (поотключай поочерёдно) все плагины, где-то в них тоже может быть вставлена эта зараза.

Вот бы расширить функционал до связи любого пользователя с любым пользователем. То есть чтобы любой из пользователей мог быть админом, и к нему в очередь записывались другие пользователи на видеоконсультацию например.