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

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

Решил оставить вариант через промисы:

/**
 * Добавить список товаров в корзину
 * @param products список товаров в формате {id: 1, count: 2, options: []}
 */
function addToCartAll(products) {
    var addToCartOne = function(id, count, options) {
        return function() {
            return new Promise(function(resolve, reject) {
                $.post(document.location.href, {
                    ms2_action: 'cart/add', 
                    id: id, 
                    count: count, 
                    options: options
                }, function(response) {
                    console.log(JSON.parse(response));
                    resolve();
                });
            });
        }
    }
    var promise = Promise.resolve();
    for (var product of products) {
        promise = promise.then(addToCartOne(product.id, product.count, product.options));
    }
    promise.then(function() {
        console.log("Все запросы выполнены последовательно");
    });
}

Можно сделать так: Как изменить кодировку для всех таблиц в MySQL

В 3й версии изменили с 191 на 255 PR #15398