Наборы - [решено] MS Office 2013 PreSP2, Office 2010 PreSP3, Office 2007 PreSP4 и Office 2003 PreSP4

[mn_k]

sov44, В этом месяце стоит ждать ваших обновлений?

[sov44]

Обновлены:

Updatepack_MS_OFFICE_2003_SP3

Updatepack_MS_OFFICE_2010_SP2

Updatepack_MS_OFFICE_2016

[Voo2]

sov44,

пожалуйста, проверьте установку на OEM - версию MS OFFICE 2003

[Voo2]

Три месяца подряд в обновлениях содержались глюки от MS @ до сентября ...

В сентябре кажись исправились.

Но теперь три месяца для Офиса 2016 очередное:



ПРОБЛЕМА



После установки обновления для Word 2016 от 8 августа 2017 г. (KB3213656) или обновления для Word 2016 от 5 сентября 2017 г. (KB4011039) могут возникнуть указанные ниже проблемы.

При объединении ячеек таблицы по вертикали их содержимое исчезает, и выделить объединенную ячейку невозможно.

При открытии существующего документа, содержащего таблицу с объединенными ячейками, ячейки отображаются пустыми.

Эта проблема возникает только у пользователей, которые получают обновления Office 2016 с помощью установщика Windows (MSI).



СОСТОЯНИЕ: ВРЕМЕННОЕ РЕШЕНИЕ



В качестве временного решения можно удалить оба обновления, и таблицы вернутся к своему привычному виду. Выпуск исправления для устранения этой проблемы ожидается в следующем ежемесячном обновлении, которое по предварительным расчетам запланировано на 3 октября 2017 г.

[apavs]

Совершенно случайно я обнаружил в семёрке неприятное для меня явление: Это то, чего я не ожидал - Офис 2010, по чёрному, стучит о пользователях Майкрософту, сливая втихую содержимое кешей программы Офис 2010 на серверы Майкрософта. Пошёл я внутрь программы и мне пришлось удалить 2 приложения программы: это MSOSYNC - 892 Кб и MSOUC - 479 Кб, приложения мелкие, но!!! с большими возможностями (размер приложений в разных версиях ОС немного различается). Проверил собственную информацию на Windows 10 и пришёл к выводу, что и она на десятке делает тоже самое, втихую. Проверил и х86 ОС Win XP, (обнаружил то-же самое)!!! Так-что везде мне пришлось убрать из Офиса 2010 указанные приложения. Работе программы это пока не мешает - НЕ ЗАМЕЧЕНО! такого. Дальше время покажет!

https://yadi.sk/i/QvejMRcC3N8iJj

[apavs]

papanya1948,

2013 - [решено] Microsoft Office Document Cache постоянно лезет в автозагрузку

[Lisabon]

Протестировал сборники пакетов обновлений Microsoft Office 2010 "PreSP3" от авторов в шапке темы.



Для теста использовался ноутбук на который была установлена "чистая" Windows 7 x64 SP1. Драйвера устройств не устанавливались, обновления системы не устанавливались. Далее установил Microsoft Office 2010 ProPlus x86 SP2 VL (SP2 интегрирован распаковкой /extract в папку Updates). После этого приступил к установке сборников пакетов обновлений, скачанных по ссылкам из шапки. Также для сверки использовал

список

и наборы полученные его распаковкой.



apavs, Ничего из сборника не устанавливается (за исключением проверки правописания укр)! Всё пропускается (ошибки 1625 и 1642), хотя на самом деле в списке установленных обновлений офиса кроме SP2 ничего нету. Также на одном трекере видел "свежий" сборник программ в котором присутствует вроде бы ваш архив, с датой обновления 16.09.2017, который тоже не устанавливается. Внутри архивов (14.09.2017 - здесь и 16.09.2017 - там) фалы *.msp отличаются размером, хотя названия и даты совпадают - пересжаты?



sov44, Нелогичный сборник, запускать не стал! Внутри папки Updates - "вручную" переименованные файлы *.msp, в названии которых на первом месте стоит статья из базы знаний - типа KBXXXXXXX*.msp. Так например присутствуют файлы: KB2965313-word-x-none.msp и KB3203464-word-x-none.msp, которые являются переименованным фалом word-x-none.msp из разных установщиков обновлений. По мере выхода обновлений старая версия заменяется новой. А если мы хотим сделать сборник обновлений, то нужно распаковать в одну папку установщики (*.exe /extract) в хронологическом порядке выхода обновлений и при распаковке старые одноимённые файлы "автоматически" заменятся новыми.



specialist, Не проверил, но сравнил файлы *.msp из вашего сборника со своими, полученными путём запуска вашего

скрипта

на своём рабочем компьютере (не на тестовом), а также путём распаковки обновлений из

списка

. Получилось, что то, что собрал ваш скрипт в моём компьютере, почти полностью совпало с распаковкой по списку - отсутствовало лишь несколько обновлений, несколько не совпали (в т.ч. проверка правописания). Но вот "мои" обновления (файлы *.msp) вообще не совпадают по размерам с "вашими" из сборника по ссылкам здесь. Вы перепаковываете (пересжимаете) файлы *.msp перед добавлением в архив Updates.exe?

[sov44]

Обновлен Updatepack_MS_OFFICE_2003_SP3

- добавлена поддержка Microsoft Office 2003 11.0.5614.0 (oem версия)

[mariolast]

Цитата osmaster:



Но вот "мои" обновления (файлы *.msp) вообще не совпадают по размерам с "вашими" из сборника по ссылкам здесь. Вы перепаковываете (пересжимаете) файлы *.msp перед добавлением в архив Updates.exe?

Наборы - [решено] MS Office 2013 PreSP2, Office 2010 PreSP3, Office 2007 PreSP4 и Office 2003 PreSP4

так точно - перепаковываю

Наборы - [решено] MS Office 2013 PreSP2, Office 2010 PreSP3, Office 2007 PreSP4 и Office 2003 PreSP4

Цитата specialist:



* - с марта 2017 года отказался от предварительного разжатия CAB файла внутри MSP обновлений с помощью setup decompressor для последующего лучшего сжатия архиватором freearc в пользу сжатия этого CAB файла внутри MSP с максимальной для этого вида архива компрессией. Дело в том что MSP файлы после установки оседают в папке "%windir%\installer" занимая место в системе, а предварительно разжатые файлы занимают места еще больше оригинальных. Теперь перепакованные MSP файлы увеличили размер файла установщика обновлений, но зато будут занимать в системе меньше места, чем даже оригинальные, не говоря уже о предварительно разжатых

[mn_k]

specialist, а надо ли перепаковывать с максимальной степенью сжатия? Возможно "сильно" сжатые архивы дольше будут распаковываться? В итоге мы экономим пару сотен мегабайт на флешке, но расплачиваемся увеличением времени установки?