В том то и дело, что там пусто (в логах MODX).
в консоли браузера, появляется ошибка:
Uncaught (in promise) Error: A listener indicated an asynchronous response by returning true, but the message channel closed before a response was received

Не знаю. В таких случаях смотрят логи и потом думают, как это исправить.

Ага, не сразу нашел этот параметр.
Теперь ссылка открывает страницу активации, но при переходе на страницу по ссылке — страница как то рушится, половина страницы не рендерится, а в коде куча такого: «ignore_e1c06d85ae7b8b032bef47e42e4c08f9»

Сама страница стандартная, на ней только:

{set $user  = '!aflActivateUser' | snippet:[]}
{if $user}
    <h2>Уважаемый, {$user.username}, Ваш аккаунт успешно активирован!</h2>
{/if}

Из-за чего это может быть, а пользователь не активируется при этом

Функция сниппета aflActivateUser в том, чтобы активировать аккаунт пользователя. Ставить его надо на ту страницу, на которую ведёт ссылка активации.

Продолжаю разбираться с компонентом, делаю регистрацию.
Пользователь создается, на почту приходит письмо с ссылкой для активации (ссылка ведет на главную с ключом).
Перехожу по ней, просто открывается главная.
Проверяю юзера в админке — он все также не активирован. Не пойму как настроить активацию
Сниппет aflActivateUser, куда его ставить, в чем его функция?

Извиняюсь за кучу вопросов.
Как идея можно подгружать разделы типа блог, кейсы из другого контекста. В таком случае к ним же не будет добавлен город в url?

И второй вопрос, не знаю почему, но цена для других городов не работает. Не на странице товара, не в каталоге.

Извиняюсь, забыл про <base href="[[!+cf.current_city.url]]" />

У вас кстати работает, если я выбираю Екатеринбург, то адреса все становятся с ekb, у меня не меняется.
И еще дополню, если есть личный кабинет, он же не будет для каждого города свой.

Спасибо за ответ. Тогда я не совсем понимаю в чем тогда смысл? Фактически мы плодим не существующие url
Например, у нас есть несколько городов:
Екатеринбург
Москва
Архангельск

У сайта есть структура:
Главная
Каталог услуг
Услуга
Блог
Статья

Для каждого города создается куча url, физически они будут отличаться, только информацией, добавленной в компоненте (телефон, адрес и для каждой страницы придется создавать кучу настроек, чтобы был разный контент на странице).
site.ru/arkhangelsk
site.ru/ekaterinburg
site.ru (Москва на пример по умолчанию)

*Если я меняю город, меняется url текущей станицы (если даже её не существует), но при переходе на другую страницу встает город по умолчанию, так-как в pdomenu url не меняются.
*Еще странность, у меня по умолчанию стоит Москва, хотя я в другом городе и он его не определяет.
С точки зрения было бы правильно.
1. Менялись бы url у меню при выборе города, главная страница выглядела бы так
a. site.ru/arkhangelsk
b. site.ru/ekaterinburg
c. site.ru (Москва на пример по умолчанию)
2. Для городов что созданы страницы, он бы показывал при этом url адреса были бы только существующие.
3. А для раздела, где не указан город url оставался бы без изменения.
Например, есть блог, и он не зависит от города и не плодилось бы кучу url не существующих, а вот услугу желательно, чтобы структура была верной.

Вот пару примеров действующих сайтов
aaccent.ru/ekb/sozdanie-sajtov/ (если прейти в кейсы, то привязки к городу нет)
b2b-creative.ru/ekaterinburg/site/ (если прейти в кейсы, то привязки к городу нет)
Наверное, это было бы верно, если для города нет страницы, то её и не должно быть, а так мы только запутаем поисковых роботов.
Какая это вижу, в компоненте указываем id главной страницы для города и он берет всю информацию от туда. Если раздела нет в городе, например блога или кейсов или контактов, то она остается в адресом по умолчанию и берется из основного раздела.

В документации как раз описано как настраивать компонент, в том числе при использовании подпапок. И в ней нет ни слова о контекстах, потому что компонент с ними вообще не работает. Так же не говорится о том, что необходимо физически создавать папки/ разделы, потому что этого делать не надо.

Спасибо за обновление, оно действительно очень полезное, но есть одно но, документация совершенно не дает ни какого представления о контекстах. Надо ли создавать контексты для каждого города, если это вложенный город (или надо создать папку в основном контексте с нужным url как у города). У меня проблема следующего характера. Я создал папку в основном контексте с двумя городами arkhangelsk и ekaterinburg. Если захожу в раздел и меняю город то путь становиться site.ru/ekaterinburg/arkhangelsk/123.html Или не надо создавать физический раздел и добавлять все изменения на странице через данные?

Проблема в том что или я не верно использую компонент или я не верно его настраиваю.

спасибо большое

Ну дык нужно в сниппете том же в сортировке указать этот CAST и будет сортировать как нужно.
Примерно такой формат:

'sortby' => '{"CAST(`msProduct`.`alias` AS DECIMAL (10,2))": "ASC"}'
или
'sortby' => '{"CAST(alias AS DECIMAL (10,2))": "ASC"}'

сниппет естественно msProduct

писал же выше, что алиас считывает как строку и сортировка не правильна

зачем вам сниппет? Точнее есть же msProduct сниппет, просто задать верную сортировку для alias.

не совсем понимаю, как это из этого сделать снипет и как в итоге использовать его для сортировки?

Посмотри тут

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

Есть вариант конвертации чанка от MODX в Fenom:
Например, сейчас вы вставляете так:

[[$imgsPasteMigxGalleryFenom?imgs=`6`]]

Если вы в контенте используете только мой плагин, то выводить в шаблоне можно так, заменив на вызов на феном:

{set $output = $_modx->resource.content} 
       {set $output = $output | replace : "[[$" : "{include '"}
       {set $output = $output | replace : "`" : "'"}
       {set $output = $output | replace : "?" : "' "}
       {set $output = $output | replace : "]]" : "}"}
       {$output}

В ближайшее время сделаю настройку для вывода в стиле чанка феном.

[ → ДОКУМЕНТАЦИЯ ← ]