HTML Help Shortcuts broken on
server (Sept-2004)
| KB Article |
KB323180,
MS02-055
|
| Breakage |
Shortcuts and WinHelp commands in compiled CHMs now
work only on local drives. |
| Work Around |
No known work around. |
HTML Help Shortcuts broken on
local drive (Sept-2004)
| KB Article |
KB810687,
MS02-055
|
| Breakage: |
There is a new Group Policy that can restricts the
use of shortcuts to certain folders on the local PC. By default MS
have not yet enabled this however your system administrator may
enable the policy and thus break shortcut commands from CHMs on the
local machine. |
| Work Around: |
MS Security Bulletin
MS02-055 says: "The policy sets the HelpQualifiedRootDir key under the System Administrative Template".
Normally a search through the registry will not find this key. It is only
found if the policy is enabled. Deleting or Renaming this Key will disable
the policy. Registry settings work around at
KB810687 |
Non-CHM file extension no longer work
(Dec-2004)
| KB Article |
KB840315,
KB873343
|
| Breakage: |
Only files that have the .chm file name extension
can be used as compiled HTML Help files. Programs that use other
file name extensions (eg. .ITS) for compiled HTML Help files will no
longer display content by using HTML Help. |
| Work Around: |
Change over to using .CHM extension.
Registry settings work around at
KB873343 |
ActiveX control HHCTL.OCX disabled
on the web (Jan-2005)
| KB Article |
MS05-001,
KB892675
|
| Breakage: |
ActiveX part of HHCtrl.ocx (main HH engine) now
only works on the local machine. This breaks servers and websites
that use the TOC and Index controls. Also breaks other commands such
as HH Related Topics command and HH Version command. |
| Work Around: |
Registry settings work around at
KB892675 |
CHMs no longer work on the Intranet or
Internet (June-2005)
| KB Article |
KB896358,
KB896054,
MS05-026 |
| Breakage: |
After installing this update CHM help files work
(open) on the local drive. |
| Work Around: |
Registry settings work around at
KB896054 |
| Added
25-Oct-2006: |
You will find the "UrlAllowList"= command next to
useless as although it enables the InfoTech (ITS) protocol to work
over the net, it still has no effect on the IE browser which is used
to view the CHM pages. 8-Sept-2007: Scrub that comment. I noticed
that UrlAllowList= now works again. Obviously Windows Update has
delivered a fix to my Vista/IE7 PC. Others are also starting to
report the problem fixed. |
| Added 9-Jun-2007: |
Lately we have found that MaxAllowedZone=1 seems
broken and we need to increase the zone to MaxAllowedZone=3 to make
CHMs view correctly on our intranet and file servers. This is due to
security changes in Internet Explorer which now (by default) turns
off recognition of intranet and file servers.
See blog post
KB896054 is broken? for more information. |
Downloaded CHMs cannot be opened
(June-2005)
| KB Article |
KB902225,
MS05-026 |
| Breakage: |
Can't open downloaded CHMs from the web. |
| Work Around: |
Work around at
KB902225 says:
To resolve this problem, click to clear the
Always ask before opening this file check box in the
Open File-Security Warning dialog
box, and then click Open.
Alternatively, right-click the file that you want to open, click
Properties, and then click
Unblock. |
HTML Help in frames goes to wrong frame
(June-2005)
| KB Article |
KB896905,
MS05-026 |
| Breakage: |
This breaks our product FAR in 2 places that I know
of. In the FAR TOC editor is a test command which displays the
current TOC or Index being edited in a HTML Frame set (as
uncompressed help using HH ActiveX Visual controls). When you click
a TOC or Index item the topic opens in the left frame instead of the
right. |
| Work Around: |
Policy/Registry settings work around at
KB896905 | |
|
