Thanks for reporting.
Are you getting this issue in every project or this project only? Can you please provide more details about the server ?
I will be better if you can provide a small single topic project where this issue is reproducing or if you can provide us(email@example.com) server URL where it is reproducing would be great.
We have a very large help file that is integrated with the server portion of our flagship product. When you click the question mark (?) in the server UI, the entire WebHelp file is supposed to display. Our other documentation files are PDFs.
- What details are you looking for about the server?
- Regarding the small single-topic project and/or the Server URL, I'll need to get back to you.
Is this the first time anyone has ever reported this problem or received that particular message? Do you have any idea what could be causing it?
What is the rendering mode of Internet Explorer? (You can find that in the Developer tools.) When you place the help on a named server in the domain, (http://myservername), IE switches back to intranet mode using IE7 or earlier rendering. That could be causing issues.
A developer thinks you may be on to something regarding the rendering mode. I'll get back to you after he's done some testing. Thanks!
Here is what I learned from our Server developer:
We start our Webhelp system in a server management console that uses IE7 accommodation because we have to support legacy installations. When we generate a project from RH 2015, the Web help system does not display properly, as described in my original posting. Help projects from RH 9 work fine in the same management console, and the RH 2015 help systems work fine as standalone projects (i.e., not connected to the DG Server). It would appear that something changed in RH 2015 that is causing this problem.
For what it's worth, our management console calls the Help system with the win.open call.
Can you please escalate this issue or tell me what we need to do when creating WebHelp with RH2015 to get it to run in an environment that uses IE7 accommodation?
I think you need to contact Adobe Support – the forums are mainly a user to user area.
OK, I have done so.
Thanks for the information about IE7 mode. We will look into this and get back to you.
Just want to comment that we haven't been able to solve this problem. RH Support seems to think it was caused by changes in our Server app. This seems pretty doubtful, given that we switched to RH2015 for a minor release. The big difference is that the help we created in RH9 worked fine with our Server app but with the upgrade to RH2015, it doesn't work at all. Clearly, something changed in RH between RH 9 and RH2015. Any of the forum experts want to try to help us?
Sorry but "want" and "can" are different things. I regret I cannot help you on this one.
My only idea is to create a very simple project with text only in the topics to see if that works. If it does, then gradually add the twiddly bits until it breaks.
See www.grainge.org for RoboHelp and Authoring tips
I have the same problem with the same debug error. It hasn't been fixed yet but maybe my example can help?
I use RH9 and wanted to install an update for IE10 (available at "Published help topics not visible in Internet Explorer 10"). I took the wrong update and installed an update for RH10. It replaces only two folders: template_skin and template_skinpreview.
No other changes were made.
Helps generated before the update were ok and those generated after are not: "blank page with the activity indicator spinning" as you described. In IE display is ok as long as the "blocked content" (scripts and ActivX controls) is not allowed. In Firefox it is as you described (and was fine before my "update").
I only work on my local computer, it runs Windows 7 Pro.