типы полей?
ошибок никаких не показывает
в частности я пытался ставить https://marketplace.1c-bitrix.ru/solutions/mcart.ufhtml/ и https://marketplace.1c-bitrix.ru/solutions/d2mg.ufhtml/
какая-то дискриминация случилась? если меняю public const USER_TYPE_ID на что-то отличное от "customhtml" - магическим образом начинает работать
Я бы посмотрел, нет ли второго обработчика с таким идентификатором
отсутствует. я сравнил другим проектом, в котором присутствует https://marketplace.1c-bitrix.ru/solutions/d2mg.ufhtml/ измененный для совместимости с 7.4, и в 21.1200.1000 есть пункт, а в ядре для тестов с 22.0.100 уже отсутствует пункт для выбора
что вернет вызов global $USER_FIELD_MANAGER; $list = $USER_FIELD_MANAGER->GetUserType(); echo '<pre>', mydump($list), '</pre>'; \Bitrix\Main\Type\Collection::sortByColumn($list, 'DESCRIPTION', '', null, true); echo '<pre>', mydump($list), '</pre>'; ? разница в массивах есть?
в очередности ключей есть, но если их отсортировать, то идентичные
да, и он ссылается на нужный класс
И при этом его нет на странице редактирования uf-поля?
да getDescription из класса - вызвается, пробовал дампить в нем при этом в самом классе UF почти ничего лишнего на что могло влиять https://pastebin.com/3FzSEU8B
Тогда искать какой-то обработчик эпилога по слову customhtml
из сторонних - все исключено, симптоматика на существующем проекте и свежеразвернутом
Я же не сказал - кастом. Хотя штатных сходу не вижу.
по всему проекту греп не обнаружил нигде кроме как в файлах самих классов UF
Могу лишь посоветовать вставить отладку в саму страницу редактирования uf-полей. Больше идей нет.
.... собственно там собака и зарыта... \main\admin\userfield_edit.php:220-225 $arUserTypes = $USER_FIELD_MANAGER->GetUserType(); $arUserType = $USER_FIELD_MANAGER->GetUserType($USER_TYPE_ID); if(!$arUserType) { $arUserType = array_shift($arUserTypes); } если приходит $USER_TYPE_ID = "" то возвращается false тем самым заходя в условие и убирая первый пункт
(мрачно) ... ... ...
Обсуждают сегодня