tolanych

Тут совершенно без разницы или 1, '1', true

github.com/bezumkin/Tickets/blob/master/core/components/tickets/model/tickets/tickets.class.php#L1179

Проверил на 2.7.1, работает.
Во время теста заметил, что упустил еще момент в этом плагине, не отсылались ответы гостям, в $scriptProperties для этого еще надо добавить 'allowGuestEmails' => 1, мб это был как раз ваш случай

Да, работает, правда проверял только на 2.6.5
По части плагина всё правильно, видимо проблема где-то в другом месте

gist.github.com/tolanych/fc9025b9dd14a43573f4c391e625a7ea

Что я упустил?

Привет, похоже это я упустил, добавляя функционал комментирования в админку. В ближайшем обновлении Tickets поправлю. Здесь и сейчас по быстрому решить это можешь с помощью плагина на событие OnCommentSave

switch ($modx->event->name) {
    case 'OnCommentSave':
        if ($modx->context->key == 'mgr' && $mode == 'new') {
            // тут описать функционал отправки письма, сам комментарий в переменной $object;
        }
}

Настройкой форм это не решится, решения из коробки нет. Переопределение вкладок в редактировании тикетов вот здесь, отсюда можно и начинать копать.

На самом деле хранение в сессии это костыль.
Правильный подход к веб-разработке не выводить POST, а после POST-запроса выполнить редирект на страницу с выводом обработанных данных из БД/другого хранилища

Для приватного общения с автором можно нашаманить обертку над модх-овскими личными сообщениями — habr.com/ru/post/132802/

Привет, уже обсуждалось в этой ветке:
modx.pro/components/17235#comment-105731

Предлагались следующие пути решения:

• использовать utf8 без mb4
• либо обновить версию сервера mySQL и подкрутить настройки sysvar_innodb_large_prefix, чтобы влазить в лимит длины ключа
• либо перед установкой создать таблицу вручную с меньшей длиной поля name

Политика «publish_document»

github.com/modxcms/revolution/blob/2.x/core/model/modx/processors/resource/create.class.php#L265

я у тебя в ЛС попросил подробности, проверь почту ;)

Учтет, что уже инциализрован, но в каждом сниппете нужно индивидуально смотреть. В теории всё хорошо, на практике есть ньюансы. Например после вызова сниппета GetTicket вызову сниппет TicketForm и он еще внутри себя подключает web/files.js и TicketsConfig.source, поэтому если есть потребность отрубить что-то на корню, лучше скопируй сниппеты, прочитай исходники и подправь под свою задачу.

По феншую в твоем случае лучше вообще доработать сам тикетс и добавить в качестве настройки возможность задавать кастомный TicketsConfig

Всю магию делал в файле items.grid.js

в рендерере для ссылки добавил атрибут myattr, в котором помещается текст, который нужно кидать в searchbox и класс myClick, по которому элемент буду отлавливать

_renderUserCell: function(val, cell, row, rowIndex, colIndex, store, view) {
	return  '<a href="javascript:void(0);" class="myClick" myattr="'+row.get('pagetitle')+'">' + row.get('pagetitle') + '</a><br /><small>(' + val + ')</small>';
},

В getTopBar для field-search добавил id

...
xtype: 'mycomponent-field-search',
id: 'my-search-block',
width: 250,
...

(это стандартный поиск, тебе соответственно id добавлять в своё поле «Автор»)

в методе onClick от modExtra есть стандартная проверка на if (elem.nodeName == 'BUTTON') {
после неё добавил

if (elem.nodeName == 'A' && elem.className == 'myClick') {
	search = Ext.getCmp('my-search-block'); //ищу блок поиска по id
	search.setValue(elem.getAttribute('myattr')); //в него ставлю поисковой текст
	search._triggerSearch(); //имитируем нажатие кнопки
}

Не очень понял, что нужно и какие цели преследуются.
Чтобы не регистрировались js — не вызывай сниппет, а просто рисуй форму, которая нужна.

Либо пример как достичь такого эффекта с вызовом сниппета getTicket:
начальные строки его заменить на:

$Tickets = $modx->getService('tickets', 'Tickets', $modx->getOption('tickets.core_path', null,
        $modx->getOption('core_path') . 'components/tickets/') . 'model/tickets/', $scriptProperties);
$Tickets->initialized['web'] = true;
$Tickets->initialize($modx->context->key, $scriptProperties);

и системные настройки tickets.frontend_css, tickets.frontend_js сделать пустыми

Проверил у себя с вызовом сниппета и чанком указанным в посте — работает. Права доступа такие же

Попробуй перед очисткой корзины в файле /core/components/tickets/model/tickets/ticket.class.php в методе remove
со строчки 667 закомментировать этот блок

if ($total = $this->xpdo->getObject('TicketTotal', array('id' => $this->parent, 'class' => 'TicketsSection'))) {
    $total->set('children', $total->get('children') - 1);
    $total->save();
}

switch ($modx->event->name) {
    case 'OnCommentSave':
        $author = $TicketComment->createdby;
        $text = $TicketComment->text;
        do_magic();
        break;
}

Обновить на сервере mySQL до 5.7 и выше и включить опцию innodb_large_prefix.
Либо сменить кодировку БД на обычный utf8.

utf8mb4 не плох, и отказываться от него не обязательно. Есть вариант — обновить версию mySQL, где лимит индекса увеличен, подкрутить конфиг (https://dev.mysql.com/doc/refman/5.7/en/innodb-parameters.html#sysvar_innodb_large_prefix) и дальше невозбранно пользоваться utf8mb4. Просто это уже направление к сисдамину/хостеру или кто там настраивает сервер. А вариант со сменой на обычный utf8 — это то, что и рядовому кодеру подвластно.

Предлагаю нагуглить причину и решение по тексту ошибки — «Specified key was too long; max key length is 767 bytes» :)

По тому, что нагуглил я, есть предположение, что либо сервер древний с жесткими лимитами, либо кодировка БД стоит utf8mb4. Если ни то, ни другое, нужно дополнительное обследование пациента (чистая установка modx, tickets и т.д.)