А так:

[[+searchResultAmount:isequalto=`0`:then=`К сожалению, в нашем каталоге товаров нет ничего, похожего на "[[!+mse2_query]]"`]]

?

Разобрался сам, закрасить страны цветом, полный код:

ymaps.ready(init);
function init() {
    var map = new ymaps.Map('map', {
        center: [50.704272, 15.602030],
        zoom: 4,
        type: 'yandex#map',
        controls: ['zoomControl']
    });
    map.behaviors.disable('scrollZoom');
    ymaps.borders.load('001', {
      lang: 'ru',
      quality: 1
    }).then(function (geojson) {
      var regions = ymaps.geoQuery(geojson);
      regions.search('properties.iso3166 = "AE"').setOptions('fillColor', '#ffeb3bd6');
      regions.search('properties.iso3166 = "GB"').setOptions('fillColor', '#ffeb3bd6');
      regions.search('properties.iso3166 = "IE"').setOptions('fillColor', '#ffeb3bd6');
     //Можно продолжать для любой страны по стандарту ISO 3166
      regions.addToMap(map);
    });
}

пока только взглянул одним глазом.
Есть опция типа — множественный список. Она заранее заполнена данными для выбора.
— утюг синий
— утюг красный
Так вот, если в опции стоит пробел В КОНЦЕ, который глазом никак не видится — опция не сохраняется при выборе ее в карточке товара.
Если же пробела нет (именно в конце после всех слов), то сохраняется.
В логах никаких ошибок.

Заметьте я не говорил удалить. И даже не предлагал деинсталировать.
Речь шла об отключении плагина — то есть снятии отметки «включен» в окне конкретного плагина.
Бездумно ставить и удалять компоненты в надежде что, что то заработает — так себе практика.
Совсем не обязательно что проблема где то в плагинах. Это все что угодно может быть, например неверно выставленные права на файлы.
Я все это время пальцем в небо тыкаю. Это на месте смотреть нужно, читать логи браузера, журнала ошибок MODX, логи сервера

Есть старая статейка, ещё 2018 года тоже на эту тему. Инструкции чуть-чуть различаются, но в общем, делается все одно и то же. Так что можно выбирать, какая инструкция покажется легче. ilyaut.ru/tips-and-tricks/testing-modx-pr/

Давно вообще не актуальная версия. Если ставить с github то будет актуальная

На modhost.pro на тестовом тарифе тоже можно протестировать MODX3.

Для заметки.

Похожая ситуация была когда экспериментировал с контекстами. Вы ничего подобного не делали?
Попробуйте залогиниться и вывести на странице значение [[++site_status]]. По крайней станет понятно в настройке ли проблема.

BitrixCRM — удалил
Заметил что еще перестало работать массовое редактирование товаров по средствам MSPre
Удалил все модули которые не использовались и обновил все, но проблема осталась.
На ровном месте к сожалению modx сломался :(

Спасибо, написал там

что то вы не то сделали Павел.
Не должно быть никакого сниппета в шаблоне 404 страницы.
Вы создаете любую страницу в админке, назначаете ей любой шаблон.
Потом идете в системные настройки сайта и там указываете — страница с таким то идентификатором должна использоваться как 404. Все.
Именно как писал Алексей в самом верху.

Почистить кеш с удалением данных в каталоге core/cache

Да я о странице site.ru/404
Разобрался, кеш не чистился на сайте и запутал меня)
Теперь сниппет с кодом в начале 404 страницы:

header(«HTTP/1.1 404 Not Found»);

делает то что нужно

vi.to/hubs/modx-meetup — 4-5 марта пройдет большое мероприятие Багхант, по итогом которого надеемся хорошо продвинемся вперед.

Каких то сроков нет.

Фух… Хвала богам! А то я после долгого перерыва зашел сюда, почитал, офигел с того что Вася самоотвёлся, офигел с того что вышла какая-то бомба под названием Evolution 3, и подумал, что MODX3 что-то подозрительно долго не подает признаков жизни.

Но это отличная новость!

Есть ли дедлайн по тестированию?

@Василий Наумкин, спасибо тебе за развитие MODX, за твой без преувеличения огромный вклад в его развитие в России, и за наше сотрудничество тебе большое спасибо!

В техподдержке ответили: Нужно написать свой плагин для события msmcOnGetPrice в котором делать округление в нужную сторону. Будем пробовать

Здравствуйте. Написали в техподдржку компонента ещё в пятницу, до сих пор ответа нет. Продублирую здесь, может кто то сталкивался и подскажет:

Добрый день. Подскажите пожалуйста: Задаем цену товара 170$ и надо ее выводить именно так, однако видимо при пересчете получается 169.99 это при точности 2. Если ставим точность ноль, то выводит 169$. Получается округляет в меньшую сторону. Как то можно сделать чтобы округляло в большую сторону? Или же цена, которая задана (привязана к товару) выводилась именно такой, как задана? В данном случае 170$

На странице товара выводим так:

{'!msMultiCurrencyPrice' | snippet: [
'price' => $_pls['price'],
]}
{$_modx->getPlaceholder('msmc.symbol_right')}

Далее обнаружил что в динамической корзине товар с ценой 4.74$ например (это пересчет по курсу от цены в рублях), пересчитывается, вернее показывает, при количестве 4 штук вот так:
4 x 4 = 18
Получается что пересчет идет: 4.74 умножает на 4, потом округляет 18.96 до 18. Но показывает округленную цену товара, равную 4. И получается неправильная арифметика.
Возможно кто то знает решение.
Спасибо.

У меня эта проблема была связана с переполнением места на хостинге, я уже думал что уже происки чьи или вирусятина. Но помогло просто почистить Бэкап!

Скорее всего разговор про комменты. Никуда они перетекать не будут. Кроме того, проблема только с полями varchar, для которых созданы индексы. Т.е. можно даже не все поля varchar таблицы поправить, а только индексируемые.