Баг формы в АХ связанный с колесом прокрутки мышью

[Alexius]

Kernel AX 4.0.2501.116

Обнаружил неприятный баг в АХ:
На форме в методе modified поля вызывается метод таблицы с диалоговым окном Box:NoYes. Если на форме изменить значение этого поля и сразу прокрутить колесо мыши, то АХ зависает наглухо, пожирая при этом ресурсы одного проца (ядра). С наскока решить или обойти проблему не удалось.Перенос вызова из метода формы в метод таблицы modifiedField ничего не дает. По сути АХ уходит в бесконечное активирование/деактивирование окон Info/formNotify.

Для воспроизведения бага примера приложил проектик.

[DSPIC]

Цитата:

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

Kernel AX 4.0.2501.116
...
По сути АХ уходит в бесконечное активирование/деактивирование окон Info/formNotify.
...

На самом деле, проблема в самом BOX. При таком способе вызова (из modified\validate) BOX банально не успевает отрисоваться на экране (не проверял, но может связано с его модальностью), хотя он активен и успешно опрашивает клавиатуру. Попробуйте, нажать дефолтовую клавишу бокса во время такого "повисания". Можно вместо BOX'а испольховать Dialog, тогда проблемы не возникает, хотя форма неприятно мельтешит, создавая эффект повисания.

Вообще говоря, не часто встречаются боксы на методах-событиях, так что сложно это отнести к багу, скорее всего это bad practice. Попробуйте повернуть реализацию задачи в сторону традиционных проверок validateField\Write.

[Alexius]

Цитата:

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

На самом деле, проблема в самом BOX. При таком способе вызова (из modified\validate) BOX банально не успевает отрисоваться на экране (не проверял, но может связано с его модальностью), хотя он активен и успешно опрашивает клавиатуру. Попробуйте, нажать дефолтовую клавишу бокса во время такого "повисания".

У меня не появляется сам бокс и АХ перестает реагировать на все "раздражители", не помогают ни Ctrl-Break, Ctrl-F4, Alt-F4, ни попытки закрыть окно мышкой (наугад).

Цитата:

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

Можно вместо BOX'а испольховать Dialog, тогда проблемы не возникает, хотя форма неприятно мельтешит, создавая эффект повисания.

Да, диалог можно закрыть, но исходная форма зависает, хотя кажется, что кроме "мельтешения" все ОК: можно ходить по строкам, но при изменении поля окно диалога не вызывается, значения в поле не сохраняются и загрузка проца никуда не делась. В голом виде не вариант решения.

Цитата:

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

Вообще говоря, не часто встречаются боксы на методах-событиях, так что сложно это отнести к багу, скорее всего это bad practice.

Нашел один из "Bad Practices" на слое SYS: Form/SalesQuickQuote. Там такой-же зависон.

Цитата:

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

Попробуйте повернуть реализацию задачи в сторону традиционных проверок validateField\Write.

Пробовал и туда переносить, не помогло.

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

[e@gle]

А Вы залочьте форму на время вызова BOX.
Например так:

public void modified()
{
    super();

    element.lock();

    Table1.box();

    element.unLock();
}

[DSPIC]

Цитата:

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

...
Да, диалог можно закрыть, но исходная форма зависает, хотя кажется, что кроме "мельтешения" все ОК: можно ходить по строкам, но при изменении поля окно диалога не вызывается, значения в поле не сохраняются и загрузка проца никуда не делась.
...

Мельтешит, жрет процессор, но у меня отрабатывает корректно

[Alexius]

Цитата:

Сообщение от e@gle

А Вы залочьте форму на время вызова BOX.

Отлично, спасибо !!!

[DSPIC]

Цитата:

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

... но исходная форма зависает...
...и загрузка проца никуда не делась...