dialogCanceled = !dialog.closedOk() = true

[MikeR]

Собственно случилось, чего не ожидали, то есть горе.
В методе класса Runbase.promptPrim()

строчка

dialogCanceled = !dialog.closedOk();

всегда стала возвращать true, на какую бы кнопку не нажимал пользователь- OK или Cancel.
Чистили кеш, перезапускали АОС, инкрементную компиляцию.
Перед запуском глобальной компиляции задумал спросить коллег, может еще какие лайвхаки есть.

[Sada]

Поставте в методе с этим кодом в любом месте пробел и инкрементно скомпильте класс. Не спрашивайте зачем - иногда помогает). 12-ка? может в силе дело и в галке.

[MikeR]

Галю снял. Сил уже построил.
12-шка она самая.

PS. Иногда возникает ощущение, что порчу на Аксу все таки можно навести.

[DSPIC]

И форму Dialog не трогали? (+ проверь кастомизации в форме SysSetupFormRun.task())
Вложение 10996


А дебугер что говорит?

[VORP]

Мне кажется что CIL тут не причём, ведь в CIL могут исполняться операции, если сделать туда переход через runMethodIL, тогда как диалог работает на клиенте и сервере в X++. Можно попробовать сделать ещё один класс новый от RunBase и посмотреть как оно будет реагировать на нажатие.

[MikeR]

Век живи, век учись.

засада подстерегала в SysSetupFormRun.task()
при загрузке проекта интеграции с TFS приехал код, который подменял super().

Инструкция для тех, кто хочет поломать всю пакетную обработку в аксе.
Но я этому не учил...

[DSPIC]

Цитата:

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

...+ проверь кастомизации в форме SysSetupFormRun.task())
...

Интересно, если бы я вместо слва "формы" написал слово 'класс", ты бы нашел проблему быстрее?