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

[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()) на сервере.

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