This program cannot display the webpage
dunno what's wrong.
(This on SP2 Vista.)
However, I had no time to investigate it further. My w2k runs in a virtual machine. I am not sure if I ever tried XYplorer help under w2k before, so I can not say if this is new. I have no problems under XP.Problem: A few Windows 2000 users have recently reported that the links in their HTML Help files stopped working after they installed Windows 2000 Service Pack 4. Installing the latest critical update did not fix the problem.
Solution: Apparently with SP4 IE overwrote the hhctrl.ocx CLSID with the wrong registry key. The fix is to unregister then register hhctrl.ocx (the unregister must be done first).
regsvr32 /u <drive>:/winnt/system32/hhctrl.ocx
regsvr32 <drive>:/winnt/system32/hhctrl.ocx
When this problem occurs on platforms other than Windows 2000 SP4, the solution is to install Critical Update 811630. http://support.microsoft.com/?kbid=811630
Maybe, but apparently not in the case of at least w2k, since it seems there is no such a button in file properties dialog (or I was unable to see one).Is it maybe this: http://www.xyplorer.com/faq-topic.php?id=chm
Ok, but you say "Unregistering and registering hhctrl.ocx (as suggested in my previous post) did not help in my case." So, what is the solution?Borut wrote:Maybe, but apparently not in the case of at least w2k, since it seems there is no such a button in file properties dialog (or I was unable to see one).Is it maybe this: http://www.xyplorer.com/faq-topic.php?id=chm
However, here are my further findings regarding w2k:So, I still do not think it is an XY problem (and therefore actually did not initially want to report it two days ago). When and if the issue will here be explained, maybe it would be good to mention the solution somewhere (better on the web, then in the "unreadable" help file).
- Unregistering and registering hhctrl.ocx (as suggested in my previous post) did not help in my case.
- The right-hand pane is indeed not empty (as I falsely remembered previously) but contains an IE message about not being possible to access the page or something similar.
- Help files of other not registered (i.e. portable) software have the same problem on my w2k.
- I am convinced that the problem is in the security improvement that came with w2k SP4, many years ago. Unfortunately, there is apparently no way to declare a specific help file as being "clean/allowed".
You mean http://support.microsoft.com/kb/892675/.Stefan wrote:I remember also an problem on WinXP with opening CHMs from an network share.
There was an registry flag to change to allow that opening. (i think the same as doing via iE > Settings > trusted sides)
That KB article seems to relate to CHM files that pull content from the internet, whereas XYplorer's help file is strictly local.Statler wrote:You mean http://support.microsoft.com/kb/892675/.Stefan wrote:I remember also an problem on WinXP with opening CHMs from an network share.
There was an registry flag to change to allow that opening. (i think the same as doing via iE > Settings > trusted sides)
I remember looking at this issue a while back, and don't seem to recall finding a satisfactory workaround for opening help files from a network drive.nas8e9 wrote:That KB article seems to relate to CHM files that pull content from the internet, whereas XYplorer's help file is strictly local.Statler wrote:You mean http://support.microsoft.com/kb/892675/.Stefan wrote:I remember also an problem on WinXP with opening CHMs from an network share.
There was an registry flag to change to allow that opening. (i think the same as doing via iE > Settings > trusted sides)
Could it be that IE's security settings for the Local Intranet zone (which AFAIK also apply to CHM files) are set too high?
Code: Select all
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\ItssRestrictions]
"MaxAllowedZone"=dword:00000002Thanks a lot!Borut wrote:Hi Don,
I have finally found an elegant and minimal solution to the problem I had on w2k. If you find it useful (which I most certainly did) - you could choose to adapt the following description for inclusion into your FAQ page, as an additional information for those having XYplorer somewhere in their LAN and using an older Windows version (which is lacking the file properties dialog button described in you current solution to the same or similar problem)...
Problem: Your XYplorer folder is positioned somewhere in your network (i.e. not on a local drive). When you invoke on line help (either out of a program, or directly), the help window comes up, the table of contents and index are visible, but the right-hand pane of the help window contains an Internet Explorer message about access to the help page being canceled. This is happening not only with the XYplorer help, but with any help not being positioned on your local drive.
Applies to: Windows 2000 SP4; Windows XP SP1 and later; and some more.
Solution: Save the following three lines of a registry script code to a file named for instance ChmIntranetOn.reg (extension should be .reg):Double click the file and allow the execution of a script by answering the question which will pop up with yes. Done!Code: Select all
REGEDIT4 [HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\HTMLHelp\1.x\ItssRestrictions] "MaxAllowedZone"=dword:00000002
Background: In order to minimize the potential misuse of help pages, Microsoft has - from certain OS versions on - disabled presentation of stand alone and chm-embedded HTML pages residing on non-local drives. The solution presented here (which has been thoroughly and successfully tested both under Windows 2000 SP4, as well as under Windows XP SP3) is a minimalistic one, in a sense that it exclusively adds the ability to correctly present chm help files residing in your local area network (intranet). This ability is not even extended to HTML pages.