The information in this article applies to:
SYMPTOMSAttempting to invoke a helper application via an HTML link or Internet Explorer address bar with a URL of the form "telnet://some%20URL%20encoded%20string" results in the following error message from Internet Explorer 4.0:
CAUSEURLs with embedded spaces, whether they have been URL encoded to %20 or not, are automatically converted to a form that prevents Internet Explorer 4.0 from correctly locating the registered helper application. RESOLUTIONChange all "%20" encoded spaces to "%2520". This has the effect of double- encoding, which helps Internet Explorer handle the protocol correctly. For example, change STATUSMicrosoft has confirmed this to be a bug in the Microsoft products listed at the beginning of this article. MORE INFORMATIONThis bug is related to the documentation in the Internet Client SDK (InetSDK) under the following topic: Internet Client SDK: Internet Tools & Technologies; Monikers, URLs, Security Zones, and Pluggable Protocols; Overview; Appendix B: Registering an Application to a URL ProtocolAs an example, this section illustrates the technique of registering an application for a protocol. The documentation shows how to register Notepad.exe as the handler for URLs of the form "note:c:\myfile.txt" First of all, Notepad does not work correctly in this situation, as might be expected after reading this appendix in the InetSDK. When Internet Explorer 4.0 processes "note:c:\myfile.txt," it executes Notepad and passes the entire URL to it. Because Notepad does not understand URLs such as "note:c:\myfile.txt," it does not open the c:\myfile.txt file as expected. The "telnet:" protocol is an example of an application (TELNET) registered in a similar manner by Internet Explorer 4.0 when it is installed. TELNET works as expected because the registered shell command under HKEY_CLASSES_ROOT\telnet\shell\open\command points to a routine in Url.dll that strips off the "telnet://" part and invokes Telnet.exe with the rest of the URL. Second, as this article describes, if a URL contains spaces when it is invoked, "note:c:\program files\my file name with spaces.txt" for example, Internet Explorer fails to execute Notepad at all. An error message similar to the one listed under the SYMPTOMS section earlier appears. Because spaces are invalid characters in correct URLs, the proper form of the above example would be "note:c:\program%20files\my%20file%name." Unfortunately, this example does not work correctly either, as Internet Explorer pre- converts the %20's back to spaces before passing the string on to the shell to execute. For custom protocols such as "note:" that must support spaces in the URL, there are two alternatives. The first is to use the workaround described in RESOLUTION above. As a second possibility, the "Monikers, URLs, Security Zones, and Pluggable Protocols" documentation in the InetSDK describes a more complete method for handling custom protocols. Following the directions therein related to creating a "Pluggable Protocol Handler" would allow any application to correctly handle any URL form. Please refer to this documentation for more information on pluggable protocols. Outlook uses this method to register the "outlook:" protocol. Because of the bug mentioned in this article, URLs with spaces such as "outlook:\\public%20folders\all%20public%20folders" will fail as hyperlinks within Web pages while URLs without spaces such as "outlook:inbox" will succeed. REFERENCES
Internet Client SDK: Internet Tools & Technologies; Monikers, URLs,
Security Zones, and Pluggable Protocols; Overview; Appendix B: Registering
an Application to a URL Protocol
© Microsoft Corporation 1999, All Rights Reserved. Additional query words:
Keywords : kberrmsg kbIE400 kbIE401 |
|
Last Reviewed: December 20, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |