# Office 2016 MSI Upsourcer updated - Fixed issue occur when some msi packages are slipstreamed with inapplicable updates after applying patchca-x-none.msp for example: en-us accessmui.msi & dcfmui.msi thanks to @Javac75 for notifying
The same error also occured in Office 2013 while using Office 2013 MSI Upsourcer (version v4u) to slipstream updates. (Office 2010 MSI Upsourcer may have the same error.) Regarding to the errors from accessmui.msi & dcfmui.msi. (Maybe it's caused by ocfxca-x-none.msp.)
The only difference between OUS2013_v3 & OUS2013_v4 is the support for option "Insert_PatchAdd_VBScript", and added stslist msp to Visio msi list ocfxca2013-kb3039720 is old update and had been tested to not cause any issue but i will check again and see the issue with Office 2016 was: - msi files lose Summary Informations and package code (Revision in properties page) when a patch is applied (admin install) - OfficeUpsourcer2016.cmd pre-save and restore those info after applying patches - however, i forgot to add that "workaround" when applying patchca update - en-us accessmui.msi & dcfmui.msi do not have any other applicable updates (current access-x-none.msp & dcf-x-none.msp are applicable only for some languages), so the original info is not restored
My bad. This error is not caused by the .msp file I mentioned. BTW, a new error is discovered by accident while I'm doing the test again. The ISO I use is: SW_DVD5_Office_Professional_Plus_2013_64Bit_ChnSimp_MLF_X18-55285 (RTM, zh-CN) The files in Updates folder are: (and with their equivalent .xml files) Spoiler: files Code: access-x-none.msp ace-x-none.msp airspacewer-x-none.msp analys32-x-none.msp clientshared32muisp-zh-cn.msp clientshared32wwsp-x-none.msp clientsharedmuisp-zh-cn.msp clview-x-none.msp conv-x-none.msp csi-x-none.msp csisyncclient-x-none.msp dcf-x-none.msp eqnedt32-x-none.msp eurotool-x-none.msp excel-x-none.msp excelpp-x-none.msp exppdf-x-none.msp filterpack-x-none.msp fm20-x-none.msp gfonts-x-none.msp gkall-x-none.msp graph-x-none.msp groove-x-none.msp ieawsdc-x-none.msp infopath-x-none.msp infopathpc-x-none.msp ipdmctrl-x-none.msp ipeditor-x-none.msp lync-x-none.msp lynchelp-en-us.msp lynchelp-zh-cn.msp mscomct2-x-none.msp msmipc-x-none.msp mso-x-none.msp msohevi-x-none.msp msptls-x-none.msp msqry32-x-none.msp mtextra-x-none.msp nlgmsfad-x-none.msp oart-x-none.msp ocfxca-x-none.msp ocr-x-none.msp officesuitemuisp-zh-cn.msp officesuitewwsp-x-none.msp oleo-x-none.msp onenote-x-none.msp orgidcrl-x-none.msp osc-x-none.msp oscfb-x-none.msp ose-x-none.msp osetup-x-none.msp osfclient-x-none.msp ospp-x-none.msp otkruntimertl-x-none.msp outexum-x-none.msp outlfltr-x-none.msp outlook-x-none.msp peopledatahandler-x-none.msp powerpoint-x-none.msp ppaddin-x-none.msp project-x-none.msp proof-en-us.msp proof-zh-cn.msp proofingsp-zh-cn.msp proofsp-en-us.msp proofsp-zh-cn.msp protocolhandler-x-none.msp publisher-x-none.msp riched20-x-none.msp seguiemj-x-none.msp stslist-x-none.msp vbe7-x-none.msp visio-x-none.msp vviewer-x-none.msp wec-x-none.msp word-x-none.msp wordpia-x-none.msp wxpcore-x-none.msp wxpnse-x-none.msp xmleditverbhandler-x-none.msp The code processes like this: (code file from OUS2013_v4u.7z) Spoiler: Code Code: - Move Office WOW files to a single folder Press any key to continue... - Modify Setup and Package xml files D:\DownloadFolder\SW_DVD5_Office_Professional_Plus_2013_64Bit_ChnSimp_MLF_X18-55285\_bin\XmlMod.vbs(24, 2) Microsoft VBScript runtime error: Object required D:\DownloadFolder\SW_DVD5_Office_Professional_Plus_2013_64Bit_ChnSimp_MLF_X18-55285\_bin\XmlMod.vbs(24, 2) Microsoft VBScript runtime error: Object required D:\DownloadFolder\SW_DVD5_Office_Professional_Plus_2013_64Bit_ChnSimp_MLF_X18-55285\_bin\XmlMod.vbs(24, 2) Microsoft VBScript runtime error: Object required Press any key to continue... - Restore administrative installation table Press any key to continue... - Slipstream Service Pack zh-cn\proof.en\proof.msi zh-cn\proof.zh-cn\proof.msi zh-cn\accessmui.msi zh-cn\dcfmui.msi zh-cn\excelmui.msi zh-cn\groovemui.msi zh-cn\infopathmui.msi zh-cn\lyncmui.msi zh-cn\officemui.msi zh-cn\office32mui.msi zh-cn\onenotemui.msi zh-cn\osmmui.msi zh-cn\osmuxmui.msi zh-cn\outlookmui.msi zh-cn\powerpointmui.msi zh-cn\publishermui.msi zh-cn\wordmui.msi office32ww.msi proplusww.msi Press any key to continue... - Slipstream Updates zh-cn\proof.en\proof.msi zh-cn\proof.zh-cn\proof.msi zh-cn\accessmui.msi zh-cn\dcfmui.msi zh-cn\excelmui.msi zh-cn\groovemui.msi zh-cn\infopathmui.msi zh-cn\lyncmui.msi zh-cn\officemui.msi zh-cn\office32mui.msi zh-cn\onenotemui.msi zh-cn\osmmui.msi zh-cn\osmuxmui.msi zh-cn\outlookmui.msi zh-cn\powerpointmui.msi zh-cn\proofing.msi zh-cn\publishermui.msi zh-cn\wordmui.msi office32ww.msi proplusww.msi Press any key to continue... - Replace original osetup.dll, setup.dll and setup.exe Press any key to continue... - Insert PatchAdd vbscript into MSIs Press any key to continue... - Create MakeCAB DDF directives zh-cn\proof.en\proof.msi zh-cn\proof.zh-cn\proof.msi zh-cn\accessmui.msi zh-cn\dcfmui.msi zh-cn\excelmui.msi zh-cn\groovemui.msi zh-cn\infopathmui.msi zh-cn\lyncmui.msi zh-cn\office32mui.msi zh-cn\onenotemui.msi zh-cn\osmmui.msi zh-cn\osmuxmui.msi zh-cn\outlookmui.msi zh-cn\powerpointmui.msi zh-cn\publishermui.msi zh-cn\wordmui.msi office32ww.msi Press any key to continue... - Create new CAB files zh-cn\proof.en\Proof.cab zh-cn\proof.zh-cn\Proof.cab zh-cn\AccLR.cab zh-cn\DCFMUI.cab zh-cn\ExcelLR.cab zh-cn\GrooveLR.cab zh-cn\InfLR.cab zh-cn\LyncMUI.cab zh-cn\OWOW32LR.cab zh-cn\OnoteLR.cab zh-cn\OSMMUI.cab zh-cn\OSMUXMUI.cab zh-cn\OutlkLR.cab zh-cn\PptLR.cab zh-cn\PubLR.cab zh-cn\WordLR.cab OWOW32WW.cab Press any key to continue... - Remove administrative installation directories Press any key to continue... - Restore Office WOW files to the original folder(s) Press any key to continue... - Remove original files backups ============================================================ Finished. Press any key to exit. After the execution, I surprisingly find that, all the .cab files are regenerated by the code process, except for these two .cab files: propsww.cab, and propsww2.cab, in \proplus.ww folder. They are still kept untouched, with the original files included, with the original date. These two .cab files contain all the main Office 2013 Applications. Is there any wrong steps I have taken or it's a new bug in the code? Or maybe the bug is met while doing the "- Slipstream Service Pack" Step. (These .cab files seem not to be extracted correctly)
it probably failed with "Slipstream Updates" after sp1 i actually never tested adding SP1 to Office 2013 RTM, just repeated Office 2010 steps in the script by principle i will check and see