Баг стандартного механизма перекрытия лукапа

[miklenew]

Наткнулся на такую штуку. Поискал по форуму и чё-то ничего похожего не нашёл.
Ax 3.0 sp4.
1) Создал таблицу с единственным полем ItemId.
2) Создал форму под это поле.
3) Перекрыл lookup

public void lookup()
{
    element.lookupItemId(this);
}

void lookupItemId(Object _lookupCtrl)
{
    SysTableLookup          sysTableLookup;
    Query                   query = new Query();
    ;
    //_lookupCtrl.text(_lookupCtrl.valuestr());

    sysTableLookup       = SysTableLookup::newParameters(tableNum(InventTable), _lookupCtrl);
    query.addDataSource(tableNum(InventTable));

    sysTableLookup.addLookupfield(fieldNum(InventTable, ItemId));
    sysTableLookup.parmQuery(query);
    sysTableLookup.performFormLookup();
}

Чё вышло, пока работаю в форме с этим лукапом всё отлично(он встаёт на нужную запись).
Выхожу из формы.
Снова открываю форму.
Лукап отказывается вставать на запись (ту которую до этого выбрали).
Как вылечил?
Написал в вверху метода

    _lookupCtrl.text(_lookupCtrl.valuestr());

И всё теперь работает как надо.
Тестовый проектик прилагаю

[klimova_m]

Хм, странно.
Лично у меня при перекрывании метода lookup система предлагает:

public void lookup(FormControl _formControl, str _filterStr)
{
super(_formControl, _filterStr);
}

А параметр _filterStr, кажется, и отвечает за установку на записи. Или я ошибаюсь?

[miklenew]

Цитата:

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

Хм, странно.
Лично у меня при перекрывании метода lookup система предлагает:

public void lookup(FormControl _formControl, str _filterStr)
{
super(_formControl, _filterStr);
}

А параметр _filterStr, кажется, и отвечает за установку на записи. Или я ошибаюсь?

Вы просто перекрыли на поле датасорса, а я на контроле.
Это без разницы.
Можете реализовать этот механизм и на поле датасорса.
У вас всё равно такая бага получиться.

[oip]

Цитата:

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

И всё теперь работает как надо.

Теперь будет другой небольшой побочный эффект. Если вы введете руками (а не через выбор из лукапа) значение в данное поле, а потом сразу нажмете на лукап, то ваше введенное значение перезатрется.

Ну и еще. Если вы поместите ваше поле в грид, то позиционирование должно происходит и без вашей дополнительной строки.

[miklenew]

Цитата:

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

Теперь будет другой небольшой побочный эффект. Если вы введете руками (а не через выбор из лукапа) значение в данное поле, а потом сразу нажмете на лукап, то ваше введенное значение перезатрется.

Да есть такое. Но лучше уж так.

Цитата:

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

Ну и еще. Если вы поместите ваше поле в грид, то позиционирование должно происходит и без вашей дополнительной строки.

Во. Теперь понятно почему я раньше этой штуки не замечал.

[petergunn]

Похоже что это зависит от версии ядра Axapta: различное поведение FormStringControl.text() и FormStringControl.valueStr() в некоторых случаях.
На релизе #1951.3730/514-193 SP3/OP023-71 lookup из проекта отрабатывает корректно (с позиционированием по тексту), на прочих имеющихся SP4 и SP5(kr2) - эффект повторяется.

В Axapta 3.0 SP6 это пофиксено следующим образом: Classes\SysTableLookup.formRun()

...
switch (callingControl.handle())
    {
        case classNum(FormStringControl):
            callingStringControl = callingControl;
            args.lookupValue(callingStringControl.hasChanged() ? callingStringControl.text() : callingStringControl.valueStr());
            break;
    }
...