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

это же и так на клиенте, разве при этом есть серверные обращения?

это просто один из вариантов, как получить видимые данные,
целесообразность применения зависит от контекста задачи.

видимо, это проверка проверяет именно на какой-то отбор. На УО это не работает. Проверил сейчас

Когда-нибудь слышал про неявный вызов сервера?

слышал

Всё равно метод не помог.
Давай придумывать другой.

Какой не помог, с обходом данных формы в цикле?

Да. Вот же выше написал.

А зачем ещё что-то придумывать если универсальный способ уже дан?

Про СКД?

А были какие-то ещё?

Не знаю. Был?

Я не слежу за разговором, че-то жарко

а проверяли ПолучитьИсполняемуюСхемуКомпоновкиДанных и ПолучитьИсполняемыеНастройкиКомпоновкиДанных для списка?

а, это табличнаячасть, тогда мимо

всем привет. я снова с вопросами по сонару.
настроил сонар - всё работает.
подключаю к этому добру АПК: запускаю acc-export,  всё ок отрабатывает, формируется acc-generic.issue.json
скармливаю этот файлик сонару через sonar.externalIssuesReportPaths и сканер падает с java.lang.IllegalArgumentException: 45 is not a valid offset for pointer,  потому что в отчете сонара написано - в таком-то файле ошибка,
"textRange": {
"startLine": 191,
"endLine": 191,
"startColumn": 4,
"endColumn": 45
}
только вот в строке 191 нет 45 символа,  там 44. вернее, 45 это,  по идее,  как раз перевод строки.
это как-то может быть связано с хранением на гите с "*.bsl test eol=lf"? или в чем еще может быть причина?

В файле есть одиночные CR ?

у меня всё настроено по заветам Никиты Грызлова через .gitattributes  и в файле только 0А

eol=crlf только в bat и cmd