Опять что-то поменялось в желтой программе. Сдаюсь. Есть УТ 11 последнего релиза на последнем релизе платформы. В расширении добавляю на форму справочника новый реквизит числового типа. Как итог на форме в режиме предприятия его нет, при попытке использования ошибка прав доступа. Перепробовал все: дать пользователю роль, которая автоматически создалась в расширении, удаление всех ролей из расширения, добавление в расширение роли из основной конфигурации и добавление в нее прав на новый реквизит. Результат 0. Что еще могли поменять?

отдохнуть и по новой сделать. а глюки всегда были

(1) это тоже применял. Не помогло. Полностью удалял и создавал заново расширение

а точно проблема с реквизитом? как попытка доступа выглядит?

например добавляю в форму характеристики. Потом в виде номенклатуры в шаблоне наименования добавляю. Там конструктор его видит, но при открытии формы ошибка. Так же и программно. Понимаю с чем связан вопрос, не путаю ли я реквизит объекта и формы, нет не путаю

общими реквизитами задачу решайте. хз что за код выполняется при формировании шаблона, не видит он реквизит из расширения скорее всего

(5) ну если пару реквизитов то да. Но надо форму переделать, а тут такое

у каждой профессии запах особый..

(7) да это уже трындец какой-то. Говоришь клиенту что за пару часов сделаешь, а по факту на этапе нового реквизита трындец приключается

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

(9) это да, но напрягают такие непонятки

такое ощущение, что БСП проверяет право на реквизит при рендеринге формы, но где именно это происходит найти не могу

(11) смысл увеличивать себестоимость задачи?
конфа не знает об объектах расширения, возможно где то в коде идет обращение к метаданным и мозги перекашивает - механизм шаблонов то универсальный.
поэтому, надо взять за правило - если делаешь расширение, то минимизируй использование в нем общих(универсальных) механизмов, реализованных на уровне конфы.

я вот столкнулся с забавным поведением "производительной" РЛС - хер пойми по какому принципу она обрабатывает исключения. тыкаешься, пока не заработает. и реализация просто треш - это они в общие библиотеки засунули..

(12) ХЗ что тут в итоге увеличение себестоимости задачи. Конкретно в моем случае нужно было добавить доп реквизит характеристике, а использовать его в документе установки цен. И учитывая что в документе есть Характеристика для ЦО, из нее пришлось получить характеристику, а из нее доп реквизит. А учитывая что методы из БСП отказались выдавать доп реквизиты то получается что в любом случае для такой элементарной задачи реализация на кучу строк и гемороя

Автор не создал роль в расширении и пытается увидеть новый объект?

(15) а если внимательно почитаешь (0), то поймешь что с ролями я перепробовал все варианты

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

(15) В общем-то абсолютно нормальное желание. При отсутствии ролей в расширении собственные объекты доступны всем юзерам.

(11) Помню, была такая петрушка, тоже с реквизитами характеристик. Тупо отлавливал эту процедуру определения доступности, в расширении вызывал вместо, если мой реквизит, возвращал Истину. Где она - уже не вспомню, конечно.

(19) Как раз на метаданные она опиралась

сколько лет бомблю на код типовых, но никак не могу понять зачем так усложнять на ровном месте? ну можно же всю доступность разрулить более понятным способом? хотя бы не в 100500 процедурах

(21) Всё можно. Но не нужно, чтобы любая тётя Клава из соседнего подъезда села за свой ноут и от нечего делать внесла изменения в открытое решение вендора.

Они где-то усложняют, а где-то упрощают донельзя. Вид номенклатуры применительно к самому товару реализован по схеме Один к одному. Наверное, каждый школьник сталкивался с ситуацией, когда ему надо засветить ОДИН ТОВАР в НЕСКОЛЬКИХ ВИДАХ НОМЕНКЛАТУРЫ. Но когда-то кто-то не заложил. Теперь остальные - мучайся.

(23) в том то и дело. Сделал через доп реквизит. Все ок, но клиент вошел во вкус и теперь хочет еще пару реквизитов, заполнение которых будет формировать в итоге наименование. А на поле доп реквизита обработчик не повесить (ну по крайней мере я пока не придумал как). Прийдется делать кнопку. А такое мне не нравится, ведь можно же делать красиво

(24) Всё можно программно добавить. Муторно, но возможно. Также и отчёт, который ты за 2 сек. на СКД рисуешь, можно программно вывести. Ладно. это всё лирика, а физики делают примерно так:

Элемент.УстановитьДействие("ПриИзменении", Новый Действие("ВыполнитьДействиеПриИзмененииДанных"));

&НаКлиенте
Процедура ВыполнитьДействиеПриИзмененииДанных(Элемент)
    ВыполнитьДействиеПриИзмененииДанныхНаСервере();
КонецПроцедуры


Т.е. рисуй те обработчики к своему контролу, какие тебе нужны.

да. Вот как раз сейчас и занимаюсь этим. Само то действие добавить вообще не проблема. А вот получить и идентифицировать элементы конечно муть. Да и еще в последних БСП появилась какая-то отложенная отрисовка доп реквизитов. И теперь ПриОткрытии их на форме нет, но если отложенную отрисовку переопределить, то тогда норм. В общем часа 3 убил на это. А самое главное, что непонятно зачем все так усложнено и не документировано. Нигде не нашел для чего и что она дает. Предполагаю что получение значений непосредственно при активации страницы, если реквизиты не видны изначально. Но а есть ли от этого конкретный толк?

мне иногда кажется что я схожу с ума

Длина = 23,5;
Ширина = 36,356;

Строчка = Строка(Длина) + " Х " + Строка(Ширина);

Какого хрена Строчка имеет значение "23,5 Х 36"

Скрин в отладчике
https://ibb.co/LZ99TQd

(27) Это из области эксперимента или имеет практическую ценность?

ОФФ: ТС поражает своей эмоциональностью в рутинной работе слесаря "жёлтой программы".

(28) еще какую. Задав переменную ширина в модуле формы - ломается на форме все что имеет ширину. По мне это как-то неправильно

(30) Попробуй также программно кинуть на форму вспомогательный Элемент управления типа ОБЫЧНАЯ ГРУППА и уже к нему привязываться. Так будет хоть какая-то независимость от всех элементов на форме.