После обновления конфы изменился режим совместимости с 8.2 на 8.3, в конфе есть самописный регистр сведении, теперь при открытии ФормыСписка этого регистра вываливается ошибка:
{РегистрСведений.ПланПродаж.Форма.ФормаСписка.Форма(620)}: Ошибка при вызове метода контекста (РольДоступна)
        Если НЕ РольДоступна("КоммерческийДепартаментТолькоПросмотр") Тогда
по причине:
Недопустимое значение параметра (параметр номер '1')

Процедура ОбновлениеОтображения()
        Если НЕ РольДоступна("КоммерческийДепартаментТолькоПросмотр") Тогда
            Если Не ТекСтрока=Неопределено Тогда
                Если ЭлементыФормы.РегистрСведенийСписок.ТекущаяКолонка.Имя=
///

как исправить? нарыл что "начиная с версии Платформы 8.3, в случае когда не найдена в метаданных роль по указанному имени система вызывает Исключительную ситуацию, ранее система вернула бы результат Ложь".

Обернуть в попытку не предлагать?

Доступность:

Сервер, толстый клиент, внешнее соединение.

Если НЕ РольДоступна(Метаданные.Роли.КоммерческийДепартаментТолькоПросмотр) Тогда

(1) про Попытку знаю)) много пишется что так глюшить ошибки неправильно, потому что нужно понимать почему они возникли, да пока сделал чтоб пользаки не вопили.

(4) у тебя в написании строки ошибка. Не тип, а сама строка - в базе не нашлось Роли с таким Наименованием

делаешь модуль, в модуле проверку нормальную пишешь с проверкой метаданных.

(3)  Поле объекта не обнаружено (КоммерческийДепартаментТолькоПросмотр)
        Если НЕ РольДоступна(Метаданные.Роли.КоммерческийДепартаментТолькоПросмотр) Тогда

(6) как вариант, согласен, но можно как-то универсально) глобально? по ходу в других самописных местах начнет вылазить, как пользователи начнут юзать конфу.


Если Метаданные.Роли.Найти(...) <> Неопределено Тогда


Метаданные.Роли.Найти("КоммерческийДепартаментТолькоПросмотр")

Если объект не найден, то возвращается значение Неопределено.
Описание:

Осуществляет поиск в коллекции объекта описания метаданного по его имени.

Динамическое обновление пади

Если в конфигурации есть УправлениеДоступом.ЕстьРоль() и УправлениеДоступом.ЕстьПраво(), то рекомендую пользоваться только ими. Ваш Кэп.

(11) ага)) оно самое любимое

Обновись монопольно еще разок

не понял! в конфе есть эта роль, а отладчик показывает что нет....

все)) это интерфейс такой есть, а роли нет в конфе

18 минут бурной паники

подождите роли такой нет в конфе что тогда с условием....

все тему закрывайте, я роль добавлю с таким именем

(19) https://www.forum.mista.ru/about.php
"Обратите внимание, что после создания темы она уже не принадлежит вам лично и вы не можете ею распоряжаться, например, требовать закрытия темы, даже если вы получили ответ на поставленный вопрос. Это сделано сознательно, потому что тема может быть интересна другим участниками форума или она наведет их на другие мысли (возможно даже не связанные с исходной поставленной темой). Из таких тем могут возникать даже новые проекты и сообщества!"
Теперь твоя истерика в анналах истории, живи с этим

(20) :-)

(20) Да, пятно в карьере на всю жизнь.

(18) Исключение у него, как и положено, - автор обновился так, что аж роли отвалились :)

(19) Тему рано закрывать, пока не обратишь своё внимание на (12) - в современных конфигурациях появились группы, профили и т.д. пользователей. Да и проверку на полный доступ всегда надо добавлять иначе как-то не комильфо.

* "полный доступ" --> "ПолныеПрава"

(22) Таких не берут в космонавты
Разве что кровью смоет позор

Вы ещё сообщество или проект "18 минутная паника" создайте :))

Вот вы, блин, мучаетесь... в УПП уже все было придумано. Рекомендую упереть оттуда. Тогда РольДоступна() вообще не нужна будет.

(27) Не в тему. Дело не в конфигурации, а в режиме совместимости. А насчет УПП - крайне неудачный пример, она также как и у автора спикирует в исключение на своих 150 обращений к РольДоступна().

(28) В УПП есть ПВХ ДополнительныеПраваПользователей и регистр сведений ЗначенияДополнительныхПравПользователей, РольДоступна() при наличии такого механизма не нужна - новые права можно вводить прямо в режиме предприятия, и, например, если это внешняя обработка, внешний отчет или внешняя печатная форма, то даже конфигурацию БД не придется обновлять. А самое главное - нет кучи ролей с длинными-длинными названиями в дереве метаданных.

(29) Конфигуратор - глобальный поиск - "РольДоступна(" - и после этого расскажи разработчикам что оно там им не нужно :)

(30) У вас просто не было крупных гетерогенных систем, с кучей прав и кучей доп. обработок, когда требуется чтобы обработка работала без изменений везде, потому что иначе запутаешься в версиях. А в более простом случае - имеем иерархический(!) список прав, которым можно дать понятное название, стабильный идентификатор и, самое главное, - приложить описание. И все это - не заходя в Конфигуратор. Более того, задачу по наделению такими правами можно свалить на пользователей, не давая им ненужных прав.

P.S. Глобальный поиск по "ЕстьДопПраво(" ничем не хуже.

(31) Мой месседж не об этом, а о том что УПП по прежнему полна обращением к РольДоступна(). Что несколько противоречит Вашему "РольДоступна() при наличии такого механизма не нужна" из (29)

(32) Во-первых, много кто делает то, что не нужно. Во-вторых, я же не написал "не нужна вообще". Здесь вполне конкретный контекст, когда РольДоступна() используется фактически для разграничения прав или настройки форм, не требующих дополнительного доступа к метаданным.