They have recommended the mklink solution, which does not help us. I filed a support case with Microsoft back in May. I found out the affected files with MJ`s Diagnostics You get the problem and the corresponding files relatively easily analyzed yourself.
Repairs the help function in 32 bit applications that call a CHM file in the UNC environment. This repairs the direct call of the help via e.g. Must be performed in the SysWOW64 folder: F1 key) is started via the network, the same procedure For 圆4 systems, for 32 bit programs from which help (e.g. You can solve this problem by copying the following files from unpatched systems (before the May update) to the corresponding System32 folders. Long speech, the mistake still exists.įor the transition solution described here, system files are exchanged, you (!) act on your own responsibility. I have only received feedback from Microsoft that the problem is known and a solution is being worked on. Yesterday's patchday did not fix the problem to open. I wonder if the problem that I am having is an unintended side effect of their update, or if it was done to close a security hole.
Good catch on the "HTML help" for the Windows 10 update. These are very old help files and I don't know if the company exists anymore or could help us. We are not using Enterprise Site Mode Lists or FEATURE_CONTROL_BROWSER_EMULATION (for this atleast). Unfortunately we have some legacy files thatĪ lot of users need to access, and having to copy the CHM files to their local machine every time is a giant pain in the rear. I'm sure that it would work if I saved it locally because the CHM's still work fine when run from the local machine. I tried launching the CHM directly from IE, but it does not work if i choose Open. In fact if I attempt to add T: to the Local Intranet zone, it can resolve it to file://DFSNamespacePath. We can add the share to the Local Intranet zone by using the file://DFSNamespacePath syntax. We use a DFS namespace for this fileshare and using group policy, we map a network drive to everyone's desktop.ĭFS Namespace \\DFSNamespacePath\DFSFolder CHM file is located on a network share on a file server. The process that is running when I launch it is hh.exe. I'm not really launching it from IE, it is more that the CHM file is a compiled HTML help file that runs IE in an IFrame. Topics covered are: Installation, Deployment, Configuration, Security, Group Policy, Management questions.
Questions regarding Internet Explorer 8, 9 and 10 and Internet Explorer 11 for the IT Pro Audience. Security updates to Microsoft Edge, Internet Explorer, Microsoft scripting engine, Windows app platform and frameworks, Device Guard, Windows kernel, Microsoft Graphics Component, Windows storage and filesystems, Windows Hyper-V, Windows virtualization and
Is this application developed/maintained by another software company? Have you tried their support forums? Is your company using Enterprise Site Mode Lists or FEATURE_CONTOL_BROWSER_EMULATION (for WBC applications)?Īll in all it sounds like you are using a WBC application. you should be prompted to open or save the file, not launch it in IE. try removing the server name from your IE Intranet sites list.Ĭan you use the File>Open menu in IE? to launch the chm files (MS Compiled Html help executable) from either its network location or the machine %system% folder? servername/ resolves to the c://webroot folder on a server machine named servername running IIS.Ī host is not a network path. ? or are you using a burlesque WBC in a exe/dll?Įxactly how do you place a network path in IE's security zone lists? eg.
How are you launching the chm files from IE.