Skip navigation
Currently Being Moderated

Large merged WebHelp system takes forever to display TOC/Index in Firefox

Mar 7, 2013 5:58 AM


We are using a merged Web Help system (RoboHelp 9). There are about 20 modules, many of which are optional.  In Internet Explorer 9, it works fine and displays the TOC/Index within 10 seconds.  But in Firefox 19.0, it takes a full 3 minutes to display the TOC/Index. Obviously this is unacceptable.  One of our doc people did some tests and determined that when you have a merged TOC structure, but one or more of the merged projects are not actually present, Firefox seems to spend a long time waiting for it to appear.  Eventually just displays the TOC without the missing projects (as it should).


Does anyone have suggestions on how to mitigate this?


Also - and I think this is an entirely different problem - I can't get the Chrome browser to display anything except the help toolbar, even for a single (non-merged) help module.  Is there a security setting that I'm missing?



Jenny Hecker


  • Currently Being Moderated
    Mar 7, 2013 6:32 AM   in reply to hecjen

    The Chrome "security fix" isn't addressed until RH10 - see for workarounds for earlier versions.

    Mark as:
  • Currently Being Moderated
    Mar 7, 2013 6:44 AM   in reply to Jeff_Coatsworth

    For Firefox: make sure all child projects are available. Use Conditional Build Tags in your table of contents to exclude the child projects you don't need for different outputs.


    You can even specify several Single Source Layouts to create multiple WebHelp outputs for different uses.





    Mark as:
  • Currently Being Moderated
    Mar 7, 2013 6:56 AM   in reply to Willam van Weelden

    I see where Willam is going by suggesting different outputs with different combinations but I'm hoping that can be kept in reserve.


    From the look of it, you are testing the help when it is installed locally rather than on a server. That could impact results. Try generating  the parent first and then all of the children to a web server location. Once they have all been generated, then try removing different child folders.


    I recall seeing this issue before quite a while back and I think it was when not all the children had been generated once.


    See for RoboHelp and Authoring tips




    Mark as:
  • Currently Being Moderated
    Mar 7, 2013 7:07 AM   in reply to hecjen

    The "fix" caused all local help content in Chrome to be suppressed. It comes from Chrome not allowing you to open local HTML files. The workarounds are to move the help to a real web server; set up a fake web server locally; or to launch Chrome with a command line tag to allow local file access.

    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points