Новые поля на форме CustOpenInvoicesListPage отображаются пустыми

[alicedr]

Dynamics 365 (AX7) Update 3
Пытаюсь добавить новые поля на форму CustOpenInvoicesListPage. Для этого добавила новые датасорсы и поля в одноименный квери.
Для проверки создала вью на основе этого же квери. Во вью эти поля отображаются как положено, т.е они не пустые.

А вот на форме все новые поля отображаются пустыми.
В чем проблема?

[dech]

не имел дела с АХ7, но не имеет ли место группировка? Т.е. чтобы новые поля не получались пустыми, следует включить их в предложение GROUP BY.

[alicedr]

Насчет группировки идея хорошая, проверю как модель сбилдится

[alicedr]

Построила абсолютно новую форму на основе этой квери, не отображает новые поля ни с паттерном Listpage, ни с Simple list.

Перенесла изменение в квере из эестеншена в кастомизацию, чисто для проверки. 2 поля появились, остальных нет.

Пораздумав, убрала датасорс ProjTable с outer join. Теперь что-то совсем запускаться перестало, сразу после билда модели с кастомизацией при попытке стартануть солюшн пишет

Additional information: The model with id '895571481' was not found.  This can happen if the model id was changed.  Perform a full build on its containing package 'ApplicationSuite' to resolve the issue.

[alicedr]

агрегатных функций на запросе нет, group by пустое

[Logger]

Может барабашку погонять, АОС рестартануть ?

[alicedr]

Поля из DirParty видны на форме, из SalesTable и остальные не видны

[alicedr]

только что психанула и перестартовала всю дев машину.
Странные сообщения исчезли, но поля так и не появились.

[alicedr]

Вот как это выглядит из формы и из вью. Оба, форма и вью, основаны на одной и той же квере.
Interaction класса на форме нет.
Не понимаю, почему OrgNumber есть, а остальных нет...

[SRF]

А точно таблица CustInvoiceJour_CN должна быть в запросе - я так понимаю это для Китая? Может быть надо использовать просто CustInvoiceJour.

[alicedr]

Не, это она так называется, а на самом деле там CustinvoiceJour:
QueryEmbeddeddataSource Property:
Table: CustInvoiceJour
Name: CustInvoiceJour_CN

[SRF]

Попробуйте выставить fetchMode 1:1 для CustTable и CustInvoiceJour_CN

[alicedr]

на всех датасорсах квери fetchMode = OneToOne

[MazZzDaI]

А конфигурационный ключ не мог повлиять на результат выборки как в вашем предыдущем топике?

[alicedr]

Нет, ключей на полях не вижу.

Смущает, что во view поля все же отображаются со значениями, а на форме-нет.

[alicedr]

Вопрос решился.
Если посмотреть на кверю из экстеншена, то на ней не видны ноды методов и событий. А они есть!
Так вот на init() датасорс CustInvoiceJour просто отключался, если только у нас не Китайская налоговая система:

// The custInvoiceJour datasource is only required if chinese tax integration is active
        if (!isTaxIntegrationSystemCN)
        {
            //disable custInvoiceJour datasource
            custInvoiceJourDataSource = this.query().dataSourceTable(tableNum(CustInvoiceJour));
            if (custInvoiceJourDataSource)
            {
                custInvoiceJourDataSource.enabled(false);
            }
        }

[ax_mct]

Цитата:

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

Вопрос решился.
Если посмотреть на кверю из экстеншена, то на ней не видны ноды методов и событий. А они есть!
Так вот на init() датасорс CustInvoiceJour просто отключался, если только у нас не Китайская налоговая система:

Это таки баг или фича?
А главное как такое лечить когда все переборки задраят?

[skuull]

Цитата:

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

Это таки баг или фича?
А главное как такое лечить когда все переборки задраят?

Автор вопроса сам же и говорит, что в пост ините влючает его назад

[ax_mct]

Цитата:

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

Автор вопроса сам же и говорит, что в пост ините влючает его назад

То есть баги мы не фиксим (fix), мы их хакаем (hack)

[skuull]

Цитата:

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

То есть баги мы не фиксим (fix), мы их хакаем (hack)

Если я правильно понял то топикстартер нашел подходящий ему датасоурс и начал к нему джоинить свои таблици дальше, а он оказался частью китайской локализации (о чем какбы намекает _CN). В чем баг ?