Евгений Жуков (Все сообщения пользователя)

Скрин условий скидки покажите.

Потому что api, которое их вызывало, стало "оберткой" вокруг методов d7 и помечено как deprecated (не рекомендовано к использованию в дальнейшем).

В таком случае обратитесь в техподдержку, предоставив административный доступ.

Какое-то из правил (акций) в корзине выполняется раньше, применяется и блокирует вашу скидку. Отключите все остальные правила и проверьте.

Не такая же - у топик-стартера модуль задач, у вас - инфоблоки.

Вариантов два - либо некорректно встало обновление iblock 18.6.700 (апдейтер не смог удалить файл iblock/lib/property.php, например, из-за прав), либо после установки перезаливались файлы модуля.
Нет. Вручную удалите файл iblock/lib/property.php, предварительно проверив, что существует iblock/lib/propertytable.php. А лучше обратитесь в ТП, дав административный доступ.

Настройка времени хранения просмотренных товаров - в параметрах модуля Торговый каталог

О каком именно поиске идет речь?

Судя по всему, за вывод цены отвечает этот метод. Смотрите, какие поля ему нужны. Проверьте, включен ли режим совместимости в компоненте. Возможно, нужно добавить ключ 'FILL_ITEM_ALL_PRICES' => 'Y'

Это не цена. Это свойство инфоблока. Сортировка по нему - PROPERTY_символьный_код
Документация, раздел "arOrder"

В редакции Старт отсутствует модуль Торговый каталог. Соответственно, нет и цен.

Ошибка исправлена, обновление находится на тестировании (main). Пока можете обратиться в ТП, они выдадут фикс.

События универсальны. Разместив init.php по пути local/php_interface/ИД_сайта/, вы дали команду подключать этот файл только при работе в публичной части сайта с идентификатором ИД_сайта.
Учебный курс. Примечание, цитирую:Поведение в /local/ аналогично.

В админке нет понятия сайта.

Ее можно не снимать, а настройки свойства. Подробности - в учебном курсе, ссылку на который я дал.

Возможно, проблема в этом.

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

1. Делать свою табличку вида
ELEMENT_ID
IBLOCK_ID
DATE_CLEAR
DATE_TYPE - опционально, хранит признак, это дата начала или окончания (для ускорения проверок при изменении элемента)

2. Вешать обработчики на события инфоблока (OnAfterIBlockElementAdd для добавления, OnIBlockElementUpdate для изменения, OnIBlockElementDelete для удаления)
В обработчиках проверять нужный IBLOCK_ID, документооборот (в общем случае)
При добавлении проверять заполненность ACTIVE_FROM, ACTIVE_TO. Все непустые - в табличку
При изменении - смотреть, пришли ли поля, если да - изменились ли. Все измененные обновлять (либо удалять, если у элемента убрали).
При удалении - удалять

Затем получать ближайшую дату для каждого инфоблока, писать в опции (для каждого инфоблока) либо еще в одну табличку.

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

Как-то так.

Судя по скринам - это публичка, модуль списков. При построении фильтра в нем используется сортировка по полю SORT. Алфавитная сортировка, увы, пока не реализована.

На текущий момент - да.

Обновиться до iblock 18.6.700, значение параметра SHOW_ALL_WO_SECTION изменить на 'N'

Админка - Настройки - Настройки продукта - Модули

Версия iblock?

Я не вижу по скринам - ни что это (грид элементов, список в публичке), ни типа свойства (привязка к элементам списка - это что? тип L или тип E)?

Сортировка абсолютно верная, т.к. идет сравнение строк. И дело здесь не Битриксе, а в БД. Для вашей задачи лучше сохранять номер в отдельное свойство (на обработчике события) и сортировать по свойству.