D365 не видит extensions UI-элементов

[fed]

Картина такая: В связи с покупкой клиентом новой подписки, я мигрирую доработки из одного LCSовского проекта в другой. Как положенно, подключил новую среду разработки к TFS, зачекинил в старой среде пару объектов, которые забыли в TFS добавить, все построил, отдеплоил package в другие окружения, перенес БД и вроде бы все хорошо. Однако выяснилась маленькая особенность. У нас есть отдельная модель, используемая для интеграции с внешним софтом. В этой модели есть сделанное через extensions расширение MainMenu, и пары форм с параметрами. (Есть и расширение пары стандартных таблиц с параметрами через extensions). Проблема в том, что система не видит измененных форм и меню. Я могу вызвать добавленные menuItem через mi=MenuItem в url. Я могу увидеть новые поля (добавленные через extensions) в БД (и они видимы через Table Browser в Visual Studio). Приложение 7.3; PU15. В event logах никаких интересных сообщений нету. Сами extensions замечательно редактируются в VS, компилируются без ошибок и вообще никаких ненормальностей (кроме полной невидимости для конечного пользователя) не проявляют. Сам проект ничем от своих соседей не отличается (кроме того что лежит в отдельной модели), от своих соседей. Изменения форм сделанные через extensions в соседней модели - замечательно видны конечным пользвателям.
В общем - теряюсь в догадках, что именно смогло эти extensions поломать...
P.S. Традиционные методы типа полного ребилда, рестарта IIS и рестарта VM - не помогли. Кроме того, на соседних VM, куда этот package был отдеплоен в двоичной форме - проблемы те же самые.
P.P.S. Если пострадавшую формочку превьюить в Visual Studio Form Editor, то добавленных элементов там тоже не видно. То есть - это проблема не только времени исполнения, но и design-time. То есть - в иерархическом дизайне формы новые элементы видно, а в превью - нет...

[ax_mct]

Погуглил "жертвоприношение в шаманизме", пока ничего не нашел.

Цитата:

Изменения форм сделанные через extensions в соседней модели - замечательно видны конечным пользвателям.

Я бы создал новую модель и скопировал туда изменения. Может есть какая-то метадата в старой модели из-за которой ее игнорируруют. Но это я так с потолка логики.

[trud]

Было что-то похожее при перемещении между моделями - проблема была в том, что для компиляции собственно используются другие файлы(не те которые ты редактируешь в VS). надо их поискать и удалить. Создание новой модели не факт что поможет, старый файл все равно будет использоваться.
как вариант - быстро сделать чистую машину и переподключить VSO к ней

[fed]

Единственное что могу добавить - выяснилось что в старом LCS-проекте изменения в MenuMenu и на форме параметров тоже не видимы. В общем - я пока это дело отложил. Буду разбираться с проблемами, тогда когда этот модуль реально кому-то понадобится.

[raz]

Доработка не связана с чем то подобным? Проблема с Extension в D365O Update3
Потому что одним из проявлений было пропадание контролов в некоторых случаях.

[fed]

Цитата:

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

Доработка не связана с чем то подобным? Проблема с Extension в D365O Update3
Потому что одним из проявлений было пропадание контролов в некоторых случаях.

Маловероятно, но я попробую. У нас в принципе есть чужое ISV-решение в двоичной форме, может они и вправду там те же элементы перекрыли, а у нас на их модель ссылка не стоит.

[fed]

В общем - все по старому. Выяснилось что:
1. В старом окружении эти самые изменения в меню и стандартных формах тоже невидимы. Они когда-то работали, а потом незаметно отсохли (просто функциональность пока не была особо нужна).
2. Попытка заGETить модели и проекты в новое чистое окружение не помогла. Там тоже изменений не видно.
3. Попытка в модели этого проекта добавить ссылки на binary-модель не помогли.
У меня было предположение что как-то пакостят ссылки на configuraton keys, которые остались после апгрейда из DAX2012. Я попробовал эти ссылки удалить, но это не помогло. Наверное потом еще раз попробую, но на сей раз с бОльшим количеством индийской магии - рестартов там всяких, удаления кэшей и cookies.

[fed]

В общем - все оказалось намного проще чем я думал. Коллега был в запаре и создал только немецкие метки.У меня, естественно, стоит английский язык по умолчанию. В итоге - в extensions система тупо скрывает все, что значений меток не имеет. А в обычной форме, если ее через menuItem вызвать - показывает метки в формате @ABC123

[ax_mct]

Цитата:

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

В общем - все оказалось намного проще чем я думал. Коллега был в запаре и создал только немецкие метки.У меня, естественно, стоит английский язык по умолчанию. В итоге - в extensions система тупо скрывает все, что значений меток не имеет. А в обычной форме, если ее через menuItem вызвать - показывает метки в формате @ABC123

в extensions система тупо скрывает все, что значений меток не имеет
Вот это вот бага или фича? Просто интересно

[AlexeyS]

Цитата:

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

Вот это вот бага или фича? Просто интересно

Как отобразить в браузере ссылку с нулевой длиной строки?
В коде она есть, а для пользователя - нет.

[ax_mct]

Цитата:

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

Как отобразить в браузере ссылку с нулевой длиной строки?
В коде она есть, а для пользователя - нет.

в формате @ABC123

Тут особенность именно если через расширения.
А если без них то @ABC123 отображает как понимаю.

[user_ax]

Цитата:

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

В общем - все оказалось намного проще чем я думал. Коллега был в запаре и создал только немецкие метки.У меня, естественно, стоит английский язык по умолчанию. В итоге - в extensions система тупо скрывает все, что значений меток не имеет. А в обычной форме, если ее через menuItem вызвать - показывает метки в формате @ABC123

Очень интересная особенность работы расширений, учтем на будущее, спасибо большое!