Имейте в виду, что во время ближайшего обновления, эти строчки затрутся.

P.S. Кто-то выше писал, что это невозможно, а оказалось что для счастья нужны лишь две строчки.

Не нашел для себя ответа нормального потому просто оставлю это здесь:

1) Создаем поле вот такого типа

<input type="text" name="extended[organization_name]">

2) Ищем файл \core\components\office\controllers\auth.class.php
3) Ищем метод «formRegister», и в ней добавляем поле extended, должно получиться вот так:

return $this->_createUser(array(
            'username' => $username,
            'email' => $email,
            'mobilephone' => $mobilephone,
            'password' => $password,
            'fullname' => $fullname,
            'extended' => @json_encode($data['extended']) // вот об этой строке речь
        ));

4) Дальше ищем метод в том же файле "_createUser" и правим переменную $parrams

if (empty($data['extended'])) { // тоже будет не лишним, но добавлять не обязательно
       $data['extended'] = '[]';
}

$params = array(
            'username' => $data['username'],
            'fullname' => $data['fullname'],
            'mobilephone' => $data['mobilephone'],
            'email' => $data['email'],
            'extended' => $data['extended'], // добавляем эту строку
            'active' => !$this->modx->getOption('office_auth_activation'),
            'blocked' => false,
            'groups' => $this->config['groups'],
        );

5) Проверяем и радуемся

Отлючил почти все плагины, проблема не в них.

Александр, а вот взялись бы за изучение существующих компонентов и дополнение информации о них.
Смотрите сами, сколько пользы можно принести сообществу

• Не у каждого компонента есть достоверное описание, не всегда понятно для чего он, что умеет, где можно применить и какую пользу получить
• Не о каждом компоненте есть более менее приличная заметка здесь. Не удивлюсь если о половине вообще ничего не написано, или написано очень кратко
• Какие-то компоненты заброшены, и есть смысл составить список тех, чье обновление требуется
• По каким то компонентам здесь на форуме много заданных, мало раскрытых вопросов. Можно составить контент-план по раскрытию вопросов. Необязательно самому писать. Для начала можно просто составить список тем, которые было бы неплохо раскрыть. Уверен ребята заметят активность и подключатся

Я опять немного пофилософствую. Мне кажется, что у компонентов, которые представлены на modx.pro есть одна практически общая проблема. И проблема эта звучит так — по описанию компонента практически невозможно догадаться для чего он и какую задачу можно с его помощью решить.

Я прекрасно понимаю почему это происходит. Когда разработчик сделал что то новое и готов им поделиться, он «живет это разработкой», он работал над ней несколько дней (недель, месяцев) и ему кажется, что в ней и так все понятно. Вот ему же все понятно и логично, значит и другим будет понятно тоже. Но это не так.

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

Может я один такой глупый, но прочитав 5 раз описание customExtra я так и не понял что он делает. И может это именно то, что я бы хотел, но из-за сжатых, странных формулировок в описании я пройду мимо и не куплю, просто потому что не пойму зачем этот компонент.

modstore.pro/packages/utilities/customextra
Под самым название компонента видим — Дополнительная табличка в админке MODX. Уже честно говоря сбивает с толку, потому что не понятное слово «табличка» еще и в уменьшительно ласкательном варианте. Это про таблицы в базе данных? Это про таблицы генерируемые extjs? Что за «табличка..»
Ниже по тексту читаем

Компонент позволяет гибко кастомизировать табличку и формы создания / редактирования объектов из админки.

Снова ступор. Ведь выше написано, что это для создания дополнительных (тоесть новых ) табличек, а это предложение говорит «кастомизировать» (то есть изменить существующую.)
И ниже идут скриншоты, простите но очень невнятные, на которых предлагается создать какой- то предмет. Что за предмет, не известно.

В итоге, дочитав описание до конца, я все еще остаюсь в состоянии полного непонимания, что же конкретно делает и какие задачи этот компонент решает.

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

По крайней мере для моего мозга справедливо все то, что я описал) Возможно другие люди прекрасно понимают такие вот краткие и сумбурные описания.

Нужно расширять Tickets.window.UpdateComment
assets/components/tickets/js/mgr/comment/comment.window.js
Что-то типа такого, нужно тестировать.

$controller->addHtml("<script>
		Ext.override(Tickets.window.UpdateComment , {
			getFields: function (config) {

Хм. При такой бизнес логике реализация имеет смысл. Но из коробки ее нет. Я даже не слышал, об упоминании подобного решения.

Я всегда рассматривал связь по аналогии modUser + modUserProfile

Совершенно верно. + На самой странице тикета есть вкладка с комментариями (надеюсь это тоже самое)

Если правильно понял, ты про это?

Давай рассуждать. Как подключить на фронте ты знаешь, админка, по сути, тот же фронт только за паролем. Задача сводится к тому чтобы понять, как загрузить свои скрипты в админку. Идём в поиск. Вбиваем запрос. Переходим по первой ссылке. Возможно это не лучшее решение, но должно сработать. Сам скрипт редактора, можно из папки компонента TinyMCE подтянуть. А к какому полю цеплять посмотри через консоли браузера.

Понятно. Интересное решение.

Готовится. Сегодня будет

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

Наверное, логика была в том, что на один адрес может быть оформлено несколько заказов.

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

С моей стороны, наоборот, удалять адрес при удалении заказа — это спорное решение.

Интересно было бы узнать что об этом думает сам @Василий Наумкин))) Ведь какая-то логика в тот момент им двигала.

Как подключить TinyMCE к фронтэнду сайта я уже разобрался вчера…
А тут мне нужно именно в админке к комментариям Tickets. Причем сам компонент TinyMCE уже установлен и прекрасно работает в поле «Содержание» и в дополнительных полях.
Вопрос как привязать его еще и к полям комментариев Tickets (какой-то плагин нужно написать, видимо)?

Ссылку не правильно дал

не увидел

На самом деле, при глубоком погружении оказалось, что этот issue и вызвал поломку.
Связь Заказа и Адреса сделана довольно странно. Обычно Подчиненную модель (Адрес) привязывают к первичному ключу Главной модели (Заказа). И тогда Композитная связь работает очень хорошо.

В минишопе Василий же, в свое время почему-то сделал наоборот. Здесь Адрес является основной записью, к которой привязывается заказ. Решение мягко говоря спорное.
И я не могу переделать, потому что придется менять структуру полей. Это мажорное обновление, ломающее работу сайтов и компонентов. Внесу в план работ на будущее.

Пока откатываю реализацию твоего issue назад и будем решать удаление адреса заказа костылями.