PetrPo

В шаблоне фильтра в файле script.js есть функция JCSmartFilter.prototype.gatherInputsValues - в ней какой-то косяк, если отключишь объединение js в главном модуле, смогу точнее сказать в чем проблема. Для теста можешь заменить на дефолтную

В этой функции должен быть case 'number': скорее всего или его не хватает или там какая-то кривая логика написана

На index.php с вызовом компонента search.page
1. В параметр компонента FILTER_NAME пишешь например
"FILTER_NAME" => "searchFilter"
2. Перед вызовом компонента, добавляешь код

$itemIds = [];

// здесь укажи ИД своего инфоблока (или массив инфоблоков)
$iblockId = 1;

// здесь значение из get (я наугад написал filial)
$filial = $_GET['filial'];

$iterator = \CIBlockElement::GetList([], ['IBLOCK_ID' => $iblockId, 'PROPERTY_FILIAL' => $filial], false, false, ['ID']);
while($row = $iterator->Fetch()) {
	$itemIds[] = $row['ID'];
}

$GLOBALS['searchFilter'] = ['ITEM_ID' => $itemIds];

Все, теперь в $arResult['SEARCH'] уже будут отфильтрованные элементы, дальше уже можешь в result_modifier доставать дополнительные поля, желательно не делать запросы в цикле.

Также желательно код выше закешировать, пример как это сделать можно посмотреть в файле /bitrix/components/bitrix/catalog/templates/bootstrap_v4/section.php

1. В корне сайта убери index.php файл (переименуй пока просто)
2. Настройки->Модули->Сайты24 - здесь есть "Пути к публикации относительно корня сайта", по умолчанию там что-то типа /lp/, оставь просто / и настрой остальное как тебе надо
3. Настройки->Сайты->Список сайтов, заходишь в свой сайт, в самом низу "Шаблон сайта", должна появится запись, примерно Landing24 (можеь быть другое название) и в условиях написано
CSite::inDir('/')

Добавь index.php
CSite::inDir('/index.php')

4. Опубликуй страницу через интерфейс Сайты24, после этого в корне должен будет появится новый index.php с компонентом bitrix:landing.pub

P.S.
Обязательно сделай бекап, с этими Сайты24 бывают аномалии)

BX.addCustomEvent('onAjaxSuccess', function(result, config) {

});

конкретно на блокировку не знаю, на update заказа можно так, там проверишь если LOCKED_BY не null значит залочен

$eventManager = \Bitrix\Main\EventManager::getInstance();
$eventManager->addEventHandler('sale', '\Bitrix\Sale\Internals\Order::onUpdate', ['OrderEvents', 'onUpdate']);

class OrderEvents {
	public static function onUpdate(\Bitrix\Main\Event $event) {
		$fields = $event->getParameters()['fields'];
	}
}

Проблема была в том, что мастер значение mbstring.func_overload = 2, из-за этого неправильно указывался заголовок Content-Length и запрос в юкассу обрезался. Подробнее в комментариях.

Логи по платежным системам в битриксе можно смотреть в таблице b_sale_pay_system_err_log. Если установить опцию через консоль будут записываться логи уровня debug

\Bitrix\Main\Config\Option::set('sale', 'pay_system_log_level', 0);

здесь ответ, если нужен редирект только для элементов

Если нужен и для разделов, как в вопросе ТС, можно добавить проверку

$variables['SECTION_CODE_PATH'] = $arResult['VARIABLES']['SECTION_CODE_PATH'].'/'.$arResult['VARIABLES']['ELEMENT_CODE'];
CIBlockFindTools::checkSection($arParams['IBLOCK_ID'], $variables);

if(isset($variables['SECTION_ID']) && $variables['SECTION_ID']) {
  // здесь для разделов редирект
}
else {
  // здесь для элементов
}

Остальное в комментариях

В php командной строке набери сначала

echo '<pre>';
print_r($_SESSION);
echo '</pre>';

Скопируй ключ, который на tbl_iblock_section начинается = переменной $gridId далее в коде и снова в консоли

$gridId = 'tbl_iblock_section_0a75985155564046e50b0575794cf3ee';
$grid = new \Bitrix\Main\Grid\Options($gridId);
$grid->deleteView('default');

Был пустой .htaccess

Ответ в комментариях)

По всей видимости, самым правильным решением будет написать скрипт, в котором
1. Собрать все значения этого поля
2. Создать новое поле
3. Заполнить новое поле значениями
4. Удалить старое поле

Почему так, потому что поле hl блока = user field, а CUserTypeEntity::Update начинается с

unset($arFields["ENTITY_ID"]);
unset($arFields["FIELD_NAME"]);
unset($arFields["USER_TYPE_ID"]);
unset($arFields["MULTIPLE"]);

Т.е. битриксоиды не предполагают в своем api изменение поля USER_TYPE_ID

Оберни эту фнкцию в условие

if(!function_exists('SopduPercent')) {
//.......
}

добавь свое правило question

"SEF_URL_TEMPLATES" => array(
	"sections"=>"",
	"section"=>"section/#SECTION_CODE#/",
	"element"=>"kkm/#ELEMENT_CODE#/",
	"compare"=>"compare/",
	"smart_filter"=>"section/#SECTION_CODE_PATH#/filter/#SMART_FILTER_PATH#/apply/",
	"question" => "kkm/#ELEMENT_CODE#/question/"
)

Потом в шаблоне компонента каталога добавь файл question.php, в нем размести news-list с выводом нужной инфы

$valueId = 1;
$sort = 1;
CIBlockPropertyEnum::Update($valueId, ['SORT' => $sort]);

Открываешь документацию по битрикс ORM, в твоем конкретно случае этот раздел, изучаешь, потом находишь нужный класс, в твоем случае /bitrix/modules/iblock/lib/sectionpropertytable.php и вопрос будет исчерпан

Уточнение
строка Является наследником класса Bitrix\Main\ORM\Data\DataManager означает что метод getList есть, он наследуется

$iblockId = $arParams["REVIEW_IBLOCK_ID"];
$properties = $elements = [];

$iterator = \Bitrix\Iblock\PropertyTable::getList([
	'select' => ['CODE'],
	'filter' => ['IBLOCK_ID' => $iblockId, 'ACTIVE' => 'Y'],
]);
while($row = $iterator->fetch()) {
	$propertyCode = $row['CODE'];
	
	if(strpos($propertyCode, 'UF_404_') !== false) {
		$properties[] = 'PROPERTY_'.$propertyCode;
	}
}

$arSelect = Array("ID", "IBLOCK_ID", "DETAIL_TEXT");
$arSelect = array_merge($arSelect, $properties);
$arFilter = Array("IBLOCK_ID" => $iblockId, "CODE" => !empty($arParams["USE_SKU"]) ? $arBaseProduct["ID"] : $arResult["ID"]);
$res      = CIBlockElement::GetList(Array("SORT" => "ASC", "CREATED_DATE"), $arFilter, false, false, $arSelect);