Нашёл баг, причем очень похоже на баг ядра (SP5 FP2 KR2)

[Deep Dreamer]

Работаю в трехзвенке. Версия приложения SP5 KR2 FP2 (Build #14).
Открываем справочник номенклатуры, создаём новую, на закладке количество (Склад) ставим единицу измерения. Начинается проверка в таблице InventTableModule, которая смотрит были ли по этой номенклатуре открытые проводки. И если были - не даёт менять. Для этого вызывается метод inventTrans :: openTransactionsExist(), в котором выполняется вот какой запрос:

PHP код:

       select inventTrans
            index hint itemIdx
            where inventTrans.itemId        == _itemId &&
                  inventTrans.StatusIssue   == StatusIssue::QuotationIssue
        exists join smmQuotationTable
            where smmQuotationTable.QuotationId == inventTrans.TransRefId &&
                smmQuotationTable.QuotationStatus == smmQuotationStatus::InProcess; 


Приводящий вот к какой ошибке:

Невозможно выбрать запись в "Складские проводки" ("InventTrans")
Временные таблицы должны быть вложенными (inner), когда вы объединяете их оператором join с постоянными таблицами.

Казалось бы всё ясно... Но!
Обе таблицы НЕ являются временными! Это во-первых.
Таблица smmQuotationTable относится к модулю CRM, который в нашем случае не включен, и, в принципе, при попытке открыть её говорит "Недостаточно прав". Это во-вторых.
И, что самое интересное, в двухзвенке этого глюка нет!!! Это в-третьих.
Аналогичные действия в SP3 и других версиях к таким ошибкам не приводят. Это в-четвёртых.

Из всего вышесказанного возникает предположение, что в SP5 KR2 в трёхзвенке неправильно обрабатываются securityKeys на таблицах.

Что думает по этому поводу AxСообщество?

[bio_unit]

Необходимо к методу inventTrans :: openTransactionsExist() добавить спецификатор метода server т.е.:
server static boolean openTransactionsExist(itemId _itemId)

тогда все будет ок

Почему то в методе курсор inventTrans создается как серверный, а smmQuotationTable как клиентский.

Похоже действительно на какой-то баг или баго-фичу ядра

[Delfins]

Смотрю на SP4... там вообще нету join-a... Не лучше ли проверять на ConfigKey !?

[EVGL]

Только вчера в MS сообщил. Прислали хотфикс, в котором просто восстановили старый слой, до DIP'a.

Цитата:

...
ACTION PLAN:
This issue has been reported before and has been logged as BUG # 18373 - Items form: Not able to change quantity unit for some records after upgrade to SP5 - Vedbaek SE and will be corrected in Service Pack 6.
...

[RVS]

5 копеек : то же самое - для SP5 FP1 (build #13)

Но смотрится дико забавно

[Raven Melancholic]

Мы не особенно вникали, просто вместо else вставили код:

PHP код:

else if (isConfigurationKeyEnabled(configurationKeyNum(SmmCRM)))