Довольно странно себя ведет платформа (8.2.14.537):
Есть форма списка.
В процедуре при СозданииНаСервере() я устанавливаю отбор списка.
На форме есть процедура также: СписокПриАктивизацииСтроки() с директивой &НаКлиенте, она же подвязана к одноименному событию списка на форме.
так вот, почему то, до Открытия формы отладчиком я попадаю в процедуру ПриАктивизацииСтроки (с сервера вызываю клиент О_о). видимо тут есть подводный камень или так должно быть?

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

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

537?

(3) 533, сори

а 537 есть

(3) ого, попал, что автор промахнулся, при том что данный релиз есть :)

ух ты точно 537 есть. а я думал последний 528..
так чо 533 или 537?

(6) отож)

(0) Была такая ошибка, в каком то релизе, когда отладчик перескакивал через строку.

(9) отладчик перескакивает через строку в любом релизе. могу подсказать как это воспроизводится..

(10) не надо, но в одном из последних это проявлялось явно

обновил на 537. все равно. отладчиком идет сначала в при активизациистроки а потом уже в приоткрытии

(12) Забей, проблема тянется еще с 8.2.13.ХХХ

(12) делай раз - вставляем пробел
делай два - сохраняем
если не помогло чистим кэш

тут еще другой прикол. не знаю, так ли должно быть.
Событие ПриАктивизацииСтроки()
Вот у меня стоит такая задача, в списке есть документы. и на форме есть деревозначений.
И при активизации строки, мне надо его заполнять данными из табличной части документа.
Так вот, если я что-то передаю на сервер (заполняю деревозначний), там обрабатываю, то при возврате на клиент опять вызывается метод: ПриПктивизацииСтроки(). получается такая бесконечная неявная рекурсия.
Можно ли как то по другому решить такую задачу?

(14) это не всегда помогает...

делай раз контрол+Х в блокнот
делай два контрол+С/контрол+V из блокнота...

(15) Запоминай номер текущей строки и если она не изменилась повторно не обрабатывай.

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

(0) 8.2.14.ХХХ - вся вообще, очень "интересный глюк".

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

(19) При всем уважении к вендолпру и в ожидании больше, тем не менее позволю себе высказать крамольную мысль - на сегодня не 8.2.14, а вся 8.2 пока еще очень большой глюк в самых неожиданных местах... И вот эта самая неожиданность получения глюка пугает больше всего...

(21)+ простите, клавиатура ... Читать "При всем уважении к вендору..." и далее по тексту

глюк с отладчиком до сих пор в списке активных