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

но надо чтобы пользователь до исчезновения кнопки не видел адрес ссылки на редактирование

Так он её в адресной строке изначально увидит.

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

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

miniShop2.Order.submit();

Посчитать разницу между createdon и текущей датой, в зависимости от нужного кол-ва дней(часов, минут) показывать/скрывать кнопку.

Если я правильно понял о чем вы, то при чем тут mfilter2?
У вас возникает ошибка, когда вы находитесь на сайте yandex и пробуете воспользоваться сервисом yandex webvisor.
При чем тут сам сайт и уж тем более mfilter2?
Либо что-то глючит у яндекса (и такое бывает часто) либо может у вас вообще не активирован вебвизор?

спасибо огромное, похоже работает!
хоть я и пробовала некешированный вызов тоже, но видимо не в таком сочетании — с «isequalto».

можно еще спрошу?)
Может быть вы знаете, какой есть аналог фильтра isempty/!empty, чтобы не возвращался сразу результат, или чтобы его можно было скрыть. Это работает:

[[!+mse2_query:isempty=`Введите поисковой запрос`]]
[[!+mse2_query:!empty=`Ваш запрос [[!+mse2_query]]`]]

но последний выводит: «Текст запроса» Ваш запрос «Текст запроса»

забыл вызвать некешированным(восклицательный знак вначале), попробуйте так:

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

Добрый день, спасибо за ответ.
Пробовала уже все вариации: isequalto, isequal, equalto, equals, is, eq — тот же результат.
Причем синтаксис, как вы написали, с кавычками (`0`), не работает ни в каком случае:

[[+searchResultAmount:isequalto=`0`...

Если писать так:

[[+searchResultAmount:isequalto=0...

(наверное, это неправильно), то сообщение показывается всегда.
Абсурд в том, что если выводить рядом просто [[+searchResultAmount]], то количество всегда считает правильно.
Не понимаю, как так.

А так:

[[+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. Все.
Именно как писал Алексей в самом верху.