При повторном вызове linkActive проваливается в validateWrite(Строки общего журнала ГК)

[Lemming]

Добрый день, уважаемые коллеги!

Наткнулись на интересное поведение формы строк журнала ГК. Когда создаем общий журнал ГК, не нажимая кнопку сохранить, идем в строки. На LedgerJournalTrans_ds срабатывает метод linkActive, в super() в первый раз он проваливается в QueryRun queryRunClass(Args _args), а вот второй раз через вызов super() он проваливается в _ds.validateWrite.

Результат: если в настройках журнала счет указан ГК, счет и корр-счет совпадают срабатывает проверка на одинаковые счета, Выделившийся Документ ГК остается в пуле сводобных номеров номерной серии. При создании второй строки "прозрачно" для пользователя для абсолютно разных операций имееим один номер документа ГК.

На чистом приложении фокус не повторяется, стало быть проблема наша.

Вопрос: почему, при первом открытие формы, второй вызов метода linkActive, через super(), попадает в метод validateWrite? Следствием чего может быть такое поведение формы или как это можно воспроизвести?

DAX 3.0 SP4 Build #11.

[konopello]

Цитата:

На LedgerJournalTrans_ds срабатывает метод linkActive, в super() в первый раз он проваливается в QueryRun queryRunClass(Args _args), а вот второй раз через вызов super() он проваливается в _ds.validateWrite.

а стек что не показывает, откуда идут вызовы?

[Lemming]

Цитата:

Сообщение от konopello

а стек что не показывает, откуда идут вызовы?

Показывает

Первый:
=========
\Classes\ClassFactory\QueryRunClass - line 1
\Classes\FormDataSource\executeQuery
\Classes\FormDataSource\linkActive
\Forms\LedgerJournalTransDaily\Data Sources\LedgerJournalTrans\Methods\linkActive - line 10
=========

Второй:
=========
\Forms\LedgerJournalTransDaily\Data Sources\LedgerJournalTrans\Methods\validateWrite - line 1
\Classes\FormDataSource\executeQuery
\Classes\FormDataSource\linkActive
\Forms\LedgerJournalTransDaily\Data Sources\LedgerJournal
=========

executeQuery на LedgerJournalTrans не перекрыт.

[konopello]

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

[Lemming]

Цитата:

Сообщение от konopello

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

В стандарте оба раза вызовы идут по сценарию №1. Так что это мало чем помогает. Тут скорее вопрос: как заставить сработать validateWrite при неперекрытом executeQuery источника данных!?!

[konopello]

Цитата:

Тут скорее вопрос: как заставить сработать validateWrite при неперекрытом executeQuery источника данных!?!

а при чем здесь executeQuery()? validateWirite() вызывается при попытке записи, вот и надо искать, кто или что пытается модифицировать запись? тут сложно вам помочь.

[ViV]

В качестве моральной поддержки:
Сталкивались с подобной ситуацией, когда при открытии формы после метода init 1 раз из 4-5 следующим вызывался метод, который в принципе никак не должен был вызываться, дергал метод класса который еще создаться то не успел... И все заканчивалось ошибкой. В стеке эта последовательность четко прослеживалась как и у вас. Побороли просто создав класс заранее и успокоились