[решено] MS Office 2013 PreSP2, Office 2010 PreSP3, Office 2007 PreSP4 и Office 2003 PreSP4

[sov44]

mn_k, в этом месяце пропущу. Далее видно будет.

[sputnikk]

Допишите всем ссылкам в шапке (х86)

[onkolog]

Тем, у кого установлен Офис 2010 на 32-битном Сервере 2003 СП2 - падения приложений из-за файла mso.dll исправлено в обновке kb4011055. :yahoo:

[jk9]

Три месяца подряд в обновлениях содержались глюки от MS @ до сентября ...
В сентябре кажись исправились.
Но теперь три месяца для Офиса 2016 очередное:

ПРОБЛЕМА

После установки обновления для Word 2016 от 8 августа 2017 г. (KB3213656) или обновления для Word 2016 от 5 сентября 2017 г. (KB4011039) могут возникнуть указанные ниже проблемы.
При объединении ячеек таблицы по вертикали их содержимое исчезает, и выделить объединенную ячейку невозможно.
При открытии существующего документа, содержащего таблицу с объединенными ячейками, ячейки отображаются пустыми.
Эта проблема возникает только у пользователей, которые получают обновления Office 2016 с помощью установщика Windows (MSI).

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

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

[papanya1948]

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

[tyt]

papanya1948,
Здесь (http://forum.oszone.net/thread-259757.html)

[osmaster]

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

Для теста использовался ноутбук на который была установлена "чистая" Windows 7 x64 SP1. Драйвера устройств не устанавливались, обновления системы не устанавливались. Далее установил Microsoft Office 2010 ProPlus x86 SP2 VL (SP2 интегрирован распаковкой /extract в папку Updates). После этого приступил к установке сборников пакетов обновлений, скачанных по ссылкам из шапки. Также для сверки использовал список (http://forum.ru-board.com/topic.cgi?forum=5&topic=30896&start=3240#21) и наборы полученные его распаковкой.

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 из вашего сборника со своими, полученными путём запуска вашего скрипта (http://rgho.st/7cfJLvwp9) на своём рабочем компьютере (не на тестовом), а также путём распаковки обновлений из списка (http://forum.ru-board.com/topic.cgi?forum=5&topic=30896&start=3240#21). Получилось, что то, что собрал ваш скрипт в моём компьютере, почти полностью совпало с распаковкой по списку - отсутствовало лишь несколько обновлений, несколько не совпали (в т.ч. проверка правописания). Но вот "мои" обновления (файлы *.msp) вообще не совпадают по размерам с "вашими" из сборника по ссылкам здесь. Вы перепаковываете (пересжимаете) файлы *.msp перед добавлением в архив Updates.exe?

[osmaster]

apavs, В продолжении к предыдущему посту. Распаковал ваш архив (http://file.sampo.ru/7f3sn9/) в поисках "неисправности". Обнаружил, что в файле UpdatesList.cmd присутствует строка:
Reg Query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\00004109500200000000000000F01FEC\Patches\42D6868A98E11A3479E3502A852D3B8F" /s >> Updates1.lst
Дело в том, что у меня в системе с установленным Office 2010 нет ветки реестра:
Reg Query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\00004109500200000000000000F01FEC
Поиск в Интернете показал, что ветвь реестра 00004109500200000000000000F01FEC относится к Office 2007. Вот поэтому обновления и не устанавливались!
Для Office 2010 x86 соответствующая строка в UpdatesList.cmd наверно должна выглядеть так?:
Reg Query "HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\00004109210000000000000000F01FEC\Patches\844B82ED8E23F8E4480F5AB2124AB9B5" /s >> Updates1.lst
Проверка установленного SP2, как Я понимаю?

[specialist]

Но вот "мои" обновления (файлы *.msp) вообще не совпадают по размерам с "вашими" из сборника по ссылкам здесь. Вы перепаковываете (пересжимаете) файлы *.msp перед добавлением в архив Updates.exe? »
так точно - перепаковываю http://forum.oszone.net/post-2530702-692.html
* - с марта 2017 года отказался от предварительного разжатия CAB файла внутри MSP обновлений с помощью setup decompressor для последующего лучшего сжатия архиватором freearc в пользу сжатия этого CAB файла внутри MSP с максимальной для этого вида архива компрессией. Дело в том что MSP файлы после установки оседают в папке "%windir%\installer" занимая место в системе, а предварительно разжатые файлы занимают места еще больше оригинальных. Теперь перепакованные MSP файлы увеличили размер файла установщика обновлений, но зато будут занимать в системе меньше места, чем даже оригинальные, не говоря уже о предварительно разжатых

[osmaster]

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

[specialist]

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

[osmaster]

Решил сам пересобрать набор обновлений от APavs, и обнаружил, что данный установщик жестко привязан к редакции Office. На предварительном этапе установки, файлом UpdateList.cmd в реестре проверяется наличие патча 844B82ED8E23F8E4480F5AB2124AB9B5 (это SP2), но для разных Office путь будет различным:

для редакции Standard:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\00004109210000000000000000F01FEC\Patches\844B82ED8E23F8E4480F5AB2124AB9B5
для редакции Professional Plus:
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\00004109110000000000000000F01FEC\Patches\844B82ED8E23F8E4480F5AB2124AB9B5
для других редакций не проверял.

Таким образом, даже если apavs "починит" свой набор обновлений, то он не будет универсальным так как будет применим лишь к одной из редакций Office 2010.

[specialist]

то он не будет универсальным так как будет применим лишь к одной из редакций Office 2010 »
не изучал альтернативные пакеты, но думаю если дела обстоят так, как вы описываете, нужно отвязаться от абсолютных путей веток реестра, а производить поиск "for /F "tokens=" %%a in ('reg query "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products\..." необходимого ключа "844B82ED8E23F8E4480F5AB2124AB9B5" в корневой ветке "HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Installer\UserData\S-1-5-18\Products"

[osmaster]

specialist, зачем в вашем архиве Updates.exe для Office 2010 переименован файл пакета обновления из excelintl-ru-ru.msp в z-excelintl-ru-ru.msp?

[Begin2Fly]

osmaster, для установки в правильной последовательности.

[specialist]

зачем в вашем архиве Updates.exe для Office 2010 переименован файл пакета обновления из excelintl-ru-ru.msp в z-excelintl-ru-ru.msp? »
да, как то было замечено что при стандартном имени файла после отработки пакета MU предлагает обновление, которое уже есть в пакете, а после повторного запуска этого файла MU больше обновлений не находит. как вывод напрашивалось что важна последовательность отработки, чтобы отработало в последнюю очередь, название стало содержать первой буквой файла последнюю букву алфавита

[sputnikk]

Возможно "сильно" сжатые архивы дольше будут распаковываться? » Если так торопитесь, то сами загрузите на флешку стандартные обновления с помощью wsusoffline

[osmaster]

зачем в вашем архиве Updates.exe для Office 2010 переименован файл пакета обновления из excelintl-ru-ru.msp в z-excelintl-ru-ru.msp? »
да, как то было замечено что при стандартном имени файла после отработки пакета MU предлагает обновление, которое уже есть в пакете, а после повторного запуска этого файла MU больше обновлений не находит. как вывод напрашивалось что важна последовательность отработки, чтобы отработало в последнюю очередь, название стало содержать первой буквой файла последнюю букву алфавита »
Не подтверждаю! Распаковал установщики обновлений (exe-файлы) в папку Updates в соответствии с последовательностью списка (http://forum.ru-board.com/topic.cgi?forum=5&topic=30896&start=3240#21), заменяя некоторые одноимённые файлы более новыми версиями. Установил полученный дистрибутив Office 2010 Standard. Выяснил что файлы proof-de-de.msp, proof-en-us.msp, proof-ru-ru.msp, proof-uk-ua.msp из пакета SP2 нельзя заменять версиями из обновления KB3203468 (файл proofloc2010-kb3203468-fullfile-x86-glb.exe) - их нужно переименовать, иначе потребует повторную (частичную) установку KB2687455 (SP2).
С патчем excelintl-ru-ru.msp никаких проблем не было - установилось с первого прохода. Переименовывать excelintl-ru-ru.msp не нужно!

[specialist]

osmaster, касается только файлов языков поддержки правописания и только в 2010 версии офиса. у меня в обновляторе они тоже продублированы (к более новым файлам дописал к концу имени "1")
имхо что то инженеры MS перемудрили просто

[Lisabon]

Обновил Пакет обеспечения совместимости Microsoft Office для форматов файлов Word, Excel и PowerPoint 2007 с интегрированным SP3 от 25.10.2011 + обновления после выхода SP3 от 10.10.2017

Заходим сюда (http://www.oszone.net/go.php?url=http://forum.oszone.net/post-1918442-12.html)