Ax2012: внезапно отрабатывающий display method в лукапе

[mikki_messer]

Добрый день.

Столкнулся с загадочной ситуацией. Есть кастомный лукап, написанный с помощью SysTableLookup, в нём есть два дисплейных поля. При запуске под админскими правами - работает отлично. При запуске под пользователем, лукап открывается, а в дисплейных полях пусто. Но если изменить сортировку или, скажем, попробовать отфильтровать значения в лукапе, дисплейный метод магическим образом отрабатывает.

Кто-нибудь сталкивался с подобной ситуацией?

ax 2012R3 CU13

[TasmanianDevil]

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

[S.Kuskov]

Встречались ситуации, когда ядро в целях оптимизации исключало из выборки поля которые явно не отображаются на гриде. Попробуйте в своём дисплейном методе работать не нпрямую с this, а перевыбрать запись из таблицы по уникальному ключу включающему те поля, которые вынесены в лукап.

[mikki_messer]

Простите, привожу код:

Лукап:

public static void lookupSalesAgreementIdExecutant(FormControl     _callingControl,
                                                CustAccount     _custAccount,
                                                AgreementExecutant _executant)
{
    Query query;
    QueryBuildDataSource qbds;

    SysTableLookup          sysTableLookup = SysTableLookup::newParameters(tableNum(SalesAgreementHeader), _callingControl);

    sysTableLookup.addLookupfield(fieldNum(SalesAgreementHeader, DocumentTitle));
    sysTableLookup.addLookupMethod(tableMethodStr(AgreementHeader, AgreementDate_RU));
    sysTableLookup.addLookupMethod(tableMethodStr(SalesAgreementHeader, custNameAlias));
    
    sysTableLookup.addLookupfield(fieldNum(SalesAgreementHeader, CustAccount));
    sysTableLookup.addLookupfield(fieldNum(SalesAgreementHeader, Currency));
    sysTableLookup.addLookupfield(fieldNum(SalesAgreementHeader, AgreementClassification));
    sysTableLookup.addLookupfield(fieldNum(SalesAgreementHeader, SalesNumberSequence), true);


    query = AgreementHeader::partyAgreementsQuery(tableNum(SalesAgreementHeader),
        fieldNum(SalesAgreementHeader, CustAccount),
        _custAccount ? _custAccount : SysQuery::valueUnlimited(),
        systemDateGet(),
        false,
        0,
        _executant
        ); 

    qbds = query.dataSourceTable(tableNum(SalesAgreementHeader));

    qbds.addSortField(fieldNum(SalesAgreementHeader, DocumentTitle));

    qbds = query.dataSourceTable(tableNum(SalesAgreementHeader));
    qbds = qbds.addDataSource(tableNum(SalesAgreementHeaderExt_RU));
    qbds.relations(true);
    qbds.joinMode(JoinMode::ExistsJoin);

    sysTableLookup.parmQuery(query);
    sysTableLookup.parmUseLookupValue(false);
    sysTableLookup.performFormLookup();
}

Дисплейный метод:

//BP Deviation Documented
public display CustName custNameAlias()
{
    CustTable       custTable;
    DirPartyTable   partyTable;

    if (this.CustAccount)
    {
        select firstonly Party from custTable
                where custTable.AccountNum == this.CustAccount
            join NameAlias from partyTable
                where partyTable.RecId == custTable.Party;

    }

    return partyTable.NameAlias;
}

[mikki_messer]

Цитата:

Сообщение от S.Kuskov

Встречались ситуации, когда ядро в целях оптимизации исключало из выборки поля которые явно не отображаются на гриде. Попробуйте в своём дисплейном методе работать не нпрямую с this, а перевыбрать запись из таблицы по уникальному ключу включающему те поля, которые вынесены в лукап.

Попробовал, получается ещё более интересный результат. При запуске из-под пользователя, получается, что значение в поле this.CustAccount присутствует, но запрос по этому значению в CustTable не находит строку. При этом с правами админа всё работает корректно.

[Logger]

RLS?

[mikki_messer]

Цитата:

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

RLS?

RLS настроена, да, но не на таблицу клиенты. Плюс, непонятно, почему изменение сортировки в лукапе заставляет дисплейный метод работать.

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

[titov]

попробуйте указать skipAosValidation(true) в display методе

[Raven Melancholic]

Тут RLS вряд ли влияет. Все таки выборка идет select, а не Query, а, насколько помню, select как раз по умолчанию без RLS и его для select наоборот нужно явно включать, если это нужно.
Есть подозрение, что как-то криво работает SysTableLookup с таблицами, которые в иерархии наследования.