что в политике, какая версия апп контента - тот и подтянется

так нам неизвестно содержимое ccmcache на момент создания контрольной точки. лично я не понял из описания

вот так сделать чтобы приложение поменяло версию а кконтент гдето по дороге отстал - я даже не знаю как

¯\_(ツ)_/¯

то ли пусто, то ли густо

а это не важно
заказываем хеш на момент реквеста приложения, елси он есть - не качаем
если нет - качаем

ну да. почему при этом по соседству не может лежать устаревший кэш, не понял?

Лежать может, запрашиваться не может.
Приложение знает какой оно версии.
Какой версии контент ему нужен, какой хеш бинарников.
Когда оно запрашивает версию контента, оно не может ошибиться. Не бывает так, что клиент запросил версию контента и вдруг оказалось что версия контента на диске есть и она не такая как должна быть.
Можно зыбыть обновить контент, или клиент получил политику между тем, как админ обновил приложение, и тем как админ обновил контент в DT

от того удалить этот контент из кэша или нет - ничего не изменится

а ну может пройти время и новая политика доедет до клиента, т..е типа выдержал паузу и ок )

ага. осталось узнать, что подразумевалось Дмитрием под настройками - обрамление приложения или содержимое всё-таки

ну да.. Дмитрий периодически тут подкидывает задач
типа приложение сделано по инструкции не работает...
ого... тут явно проблема, ан нет... просто msi-код не тот, а так то все ок ))

Менялись настройки в свойствах Deployment Types - название на вкладке General в первом приложении и правила Detection Method во втором. Исходя из того, что на целевой машине имя первого приложения осталось старым, а так же установка все равно заканчивается x87d00324-2016410844, я решил что на клиент приходят старые настройки приложений.
Я думал что контент - это всё, что лежит по пути, указанном на вкладке Content. Это так? Я наверно не к месту написал что не работает update content, просто это единственная кнопка для обновления после внесения изменений и мне казалось что если настройки не обновились сами, то после update content они точно должны обновиться.

Не совсем так ) изначально я писал что не работает установка офиса с использованием ODT/OCT. Меня запутало то, что инструкции писались когда версия 2016 была актуальной, а теперь кое-что изменилось и шаги из инструкции перестали подходить.
С кодом msi отдельная проблема. Там ход решения такой же как на сайте, только у Евгения правило было настроено для .exe., а у меня для msi.

Где Вы на целевой машине ожидаете увидеть изменённое имя приложения? В оснастке установки-удаления программ (AppWiz.cpl)?

Лучше со скриншотами

Удобно при изменении приложения менять еще и версию, тогда в цпо сразу видно, версия поменялась или нет

Deploy Office 2016 - это Office x86

отображаемое имя приложения в ЦПО - это в приложении вкладка software center
само название на первой вкладке - оно для админа