SysDictField.visible() возвращает неверное значение

[nano3]

DAX 2009
Kernel version: 5.0.1000.52
Application version: 5.0.1000.52
SQL 2005

Привет, всем

Запускаю такой вот Job

static void Job15(Args _args)
{
    SysDictTable    dictTable = new SysDictTable(tablenum(SalesTable));
    SysDictField    sysDictField;
    boolean         visible;
    ;

    sysDictField =  dictTable.fieldObject(11) ;
    visible = sysDictField.visible();
    info(strfmt("%1", visible));
}

результат - false
Хотя св-во visible = Yes

Подскажите, пожалуйста, что делать в этой ситуации, если кто-нибудь с подобным сталкивался. Очень надеюсь, что я просто что-то не заметил, а то уже все перепробовал: SalesTable компилировал, менял св-во поля туда-обратно, удалял индексный файл... вот только с бубном еще не плясал.

[mazzy]

И все-таки дело в инициализации.

Вот так - работает:

static void Job5(Args _args)
{
    SysDictField    sysDictField = new SysDictField(tablenum(SalesTable),fieldnum(SalesTable,SalesGroup));
    boolean         visible;
    ;

    visible = sysDictField.visible();
    info(strfmt("%1", visible));

}

[SRF]

А у вас включен конфигурационный ключ на EDT поля SalesGroup?

[nano3]

точно!!! конфигурационный ключ сволочь был выключен. Спасибо за помощь!

[someOne]

Заметил странное поведение sysDictField. (Ax2009 RU5)
При работе на серверной и клиентской части есть различия в поведении...
Например для пользователя, у которого нет прав на ключ PurchTables, но есть право на просмотр таблицы PurchTable, код :

static server void test2()
{
    SysDictField    sysDictField = new SysDictField(tablenum(PurchTable), fieldnum(PurchTable, PurchId));
    boolean         visible;
    ;
    visible = sysDictField.visible();

    info(strfmt("%1", visible));
}

Возвращает false, а

static client void test2()
{
    SysDictField    sysDictField = new SysDictField(tablenum(PurchTable), fieldnum(PurchTable, PurchId));
    boolean         visible;
    ;
    visible = sysDictField.visible();

    info(strfmt("%1", visible));
}

Возвращает true

Это, в свою очередь, влияет на работу формы фильтрации SysQueryForm.
Пользователь с такими правами может спокойно работать в форме "Заказ на покупку", создавать и разносить закупки... Но не сможет ничего сортировать и фильтровать через форму фильтрации-сортировки.

Форма фильтрации нормально работает только тогда, когда у пользователя есть право на ключ безопасности той таблицы, по которой производится фильтрация и сортировка (а не на саму таблицу).

В Ax 3.0 все работало корректно, в Ax2009 приходится открывать права на ключ безопасности таблиц целого модуля (чтобы работала сортировка и фильтрация), что не корректно с моей точки зрения.

Поменял в

SysQueryForm
private static server container findFields(tableId _tableId, TmpSysQueryCompanyRange _tmpCompanyRange)

на

private static client container findFields(tableId _tableId, TmpSysQueryCompanyRange _tmpCompanyRange)

Таким образом все работает корректно.

[Maximin]

В порядке некропостинга.

В AX 4.0 наблюдается то же самое.
И более того, и в 2009 и в 4.0 SysDictField может возвращать разные id() поля.
На сервере, как будто бы поле - контейнерное с единственным элементом и id как у контейнерного > 65535 (взведенный первый бит 1<<16). На клиенте - нормальное, с id < 65535.

Как побочный эффект этого - на форме пользователей наложив фильтр на поле "Имя пользователя" потом невозможно наложить другой фильтр на это же поле в форме расширенного запроса, не перевыбрав поле, которое в той форме теперь называется User Name.
Причина - в том, что при вызове формы расширенного фильтра список полей создается на клиенте, а при сохранении валидация полей работает по заново созданному списку полей (в findFields()) на сервере.

Указанное изменение лечит и это.