That IE is opened seems like a problem from the application. It may be
calling IE directly instead of the default browser.
you doing that from a desktop application? I'm a bit confused.
When you launch a CSH call, do you see anything in Chrome? It is
flickering, loading, something else? Can you open the developer console
by pressing F12 and see whether you receive any errors.
As far as I know, the csh pages don't look for a browser. It just tries
to open a popup or redirect (whatever you set in the CSH call).
Sorry for the confusion Willam – since the application is written in Business Basic, we had to build an installer for the workstation that can talk to the RH CSH method. The application invokes an object that calls the help with the required parameters for the RH_ShowHelp() function. I can see the lines in the code doing that – “DEF OBJECT NH,”RoboHelp.RoboHelp_CSH”,ERR=*RETURN; WAIT 0” and then on the next line – “NH’RH_SHOWHELP(0,%JONASCLUBHELP$,NH’HH_HELP_CONTEXT,MAPID)” which seems to correspond to the parameters I see in the RoboHelp_CSH.js program.
I’ve got to dig deeper into the no-IE scenario – I only had it reported to me & I need to recreate it to see if there’s some flailing going on in Chrome when the CSH call is made.
The reason I was suspecting the whcsh_home.htm file was because of this thread - http://forums.adobe.com/message/4882189#4882189
The API's all look alike. Perhaps changing the old API with the new ones
provided will solve it for you. After all, four years ago, Chrome was
just a new kid on the block. And older API's might not even recognize
it. (No promises though.)
The problem in whcsh_home.htm could only occur if you are using an old
version of RH. (RH8 or earlier. I know that Chrome and RH9 work fine.)
Try loading up a CSH call with the developer console active. (Press F12
to enable.) Use the CSH test tool in RH to call your help and see
whether there is a problem in Chrome. If you don't have the problem with
the test tool, the problem is probably in the API.