ToC, Index, Search appearing blank in RH8 Webhelp

Hello - I have been reviewing the forum questions and answers for about a year now - some great advice - but I can't seem to find an answer to my current problem, so I need to post it here.
I have recently upgraded our help system from RH7 to RH8. I generated Webhelp this week and all was well on my local system in both IE7 and FF3. The long list of every possible number and letter which was appearing in FF in the search column had disappeared and search was behaving exactly as I hoped. Nothing else looked anything other than perfect.
I made the submission to our engineering team and when it was integrated, I tested again. IE remains fine, but in FF, we get the "welcome" page, but an empty column where the ToC should appear. Same with the index - I can enter a keyword, but I get no results. Ditto for search.
Our test and production environments are different, obviously, than my local environment - I put the Webhelp output on an Apache server and all was well. It only breaks when it goes into the production environment.
I was told to tell you that our Apache server does a rewrite rule to Weblogic (9.2.3) - where, with the exception of the UGLY search results in FF from the RH7 Webhelp, all worked well with RH7 output. Our environment hasn't changed, so we believe that we may need to change something in a config file to accommodate changes in RH8. ( We made the changes to UTF-8 as recommended in earlier posts some months ago.)
Any help will be greatly appreciated.
Thanks
Marla

Hi again
For the Adobe forums search, I find you have to search twice. The first search shouldl bring back some results. What you want is to get to the initial results page.
Click the image below to see at full size.
Now you see a different page.
Again, click the image to see at full size.
Hopefully this helps... Rick
Begin learning RoboHelp HTML 7 within the day - $24.95!
Click here for Adobe Certified Captivate and RoboHelp HTML Training
Click here for the SorcerStone Blog
Click here for RoboHelp and Captivate eBooks

Similar Messages

My updated help file only opens the TOC/Index/Search

I have to update an old project that uses WinHelp, so I installed RH X5 on an old XP machine. The original help file always opened in a 2-pane window with the ToC on the left and the default topic on the right. My "updated" help file only opens the ToC/Index/Search screen in a single pane. How do I get the 2-pane window to appear?
This is what I'm looking for

I have edited the topic title. The idea is to spell out the problem in the body.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

RH7 WebHelp Output Missing TOC, Index, Search

I updated my RH6 HTML project to RH7 HTML. When I publish,
everything looks good. I uploaded all project files to my company's
server, and a coworker saved those files to her computer. When my
coworker publishes WebHelp from her computer, the TOC, Index, and
Search components are missing. Can anyone assist? Thank you!

Thank goodness I found this thread!
I'm having the exact same issue. I'm using version 5.0.2 of
RoboHelp, and when I generate WebHelp (the collection of HTML
files) and test it on my PC, it works fine. When I copy the files
over to my company's server, my TOC is missing, Serch is missing,
Index is missing.
I tested this with other PCs in my company, and some display
the content fine (from the server location), others don't.
I noticed that I get an error message "flash" at the bottom
of IE when I mouse over the TOC frame. It states "Load: class
WebHelp not found". I've double checked, and all of the files that
are generated on my PC are also in the same folder that I copied
over to the server.
Could RoboHelp be having issues with certian servers, or
versions of IE w/ certain servers? This doesn't seem to be a
blanket issue with all users of this information, only some.

TOC, Index, Search content not loading in FireFox 3.0 +

Hi,
I have created from RH 8 a merged Webhelp system (1 master, 2 children - based on Peter Grainge's posted procedure). It works fine from IE, and on my system, from FireFox 3.0 and up.
The problem is, that when deployed at the customer's site, the TOC, Index, and Search content does not load in FireFox. All frames display (Nav, contents, and the top frame), but the content for the TOC, Index, and Search does not load.
This only happens at the customer site. The webhelp system works okay in IE.
I have checked and we are running the same javascript version, have the same security settings in FireFox set.
I looked on Peter's site and implemented the redirect fix for FireFox that he has posted, but that hasn't seemed to fix the problem.
They aren't running any special toolbars (like Google toolbar). I am checking on add ons.
Does anyone have any ideas on what else I might check or better yet what might be causing the problem?
Thank you,
Tannis

Willam
A merge will not work properly unless all the projects have been generated once. After that it should not matter that a project is missing, indeed simply not publishing one of the projects to the server is one of the features of merging making it easy to supply different customers with different content.
I wonder if the problem you saw was because that project had not been generated.
Tannis
Sorry, the reference to AIR help was because you mentioned Snippet 141 which is AIR specific. I didn't look further back in the thread.
You said that the start page of a child project opens the tripane window with the default topic but you do not get the TOC etc. That rules out the merge being the problem. I am inclined to the view that the server is the issue so get your client to load the published output from my merge demo as that is a known quantity. Ask them to open each child project in turn and then finally the merge.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

Javascript error prevents TOC, Index, Search from displaying

I generated webhelp from my RoboHelp HTML project and got a javascript error (this.maCom[...]' is null or not an object) when viewing the result. See below for the full error text. As a result the TOC, index, and search do not display. The javascript error can be found in the browser status bar which indicates "Error on page." I found that if I viewed the result from robohelp, the browser that launched shows the TOC, index, and search, but has a security warning about a restriction from running scripts or ActiveX controls. However, when I move the generated webhelp to my production server, the help does not have the security warning, but does produce the error so that the TOC, index, and search do not show. I had performed the same process to generate webhelp about 8 months ago but did not have any error whatsoever. As a matter of fact, that version is still in production and works fine.
In my research of the problem, I found this is the same error as forum message 4063663 (http://forums.adobe.com/message/4063663). I didn't have a second system with RoboHelp to be able to get another whphost.js, however, I diff'd the generated file with the one found in template_stock and found only two lines different. Those differences were only replacing a couple of variables with static text so I don't think replacing this file will solve any problem for me. This was the only forum message I could find that addressed this issue.
I was originally on RoboHelp 8.0.0 when I first encountered the problem, but went ahead and patched to 8.0.2 and still had the same problem. I even created a new simple project. Once I moved the simple project to the production server, it also would not display the TOC, index, and search.
The odd thing is that just 8 months ago, I used the same process to generate (on 8.0.0) the webhelp without any error. The only thing I can come up with is there was a WinXP patch that affected the webhelp generation. By the way, I also tried this in Chrome and that also produced the error.
I'm not sure what is causing this problem or how to resolve the problem. Any one have any ideas?
Versions:
RoboHelp 8.0.2
Windows XP
IE 8.0.6001.18702CO
Chrome 18.0.1025.168 m
Javascript Error
User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729; MS-RTC LM 8; InfoPath.2; .NET4.0C; .NET4.0E)
Timestamp: Wed, 2 May 2012 16:32:00 UTC
Message: Object expected
Line: 344
Char: 2
Code: 0
URI: http://server1/robohelp/whphost.js
Message: 'this.maCom[...]' is null or not an object
Line: 171
Char: 3
Code: 0
URI: http://server1/robohelp/whphost.js

After further research and tests, I discovered the Security Update for RoboHelp 8 and 9 (http://www.adobe.com/support/security/bulletins/apsb11-23.html) posted as an announcement that I had not seen before. I had used the updates feature in the product, but that said I was up to date and did not include this update.
The two javascript files in this patch solve the problem. The TOC, index, and search now display.
Update:
As I further researched the problem (while writing this response), I found files that were newer than the latest security patches I was aware of. In addition, I discovered that my security organization decided to patch with APSB12-04 without me knowing about it. This patch is why my 8.0.0 installation magically quit working. As I look at the security announcement, the bulletin did not include any prerequisites of specific versions the patch can be applied to (8.0.0, 8.0.1, or 8.0.2). Adobe, please give more information on the bulletins so that organizations that auto-deploy will be forced to know what is running before updating. Information like whether they apply to all Robohelp 8 versions or just a specific version. If APSB12-04 was meant to be applied to all 8 versions, then it did not work. It actually broke my installation of 8.0.0 for the generation of webhelp as well as subsequent installation of 8.0.1 and 8.0.2. It looks like they did a better job for APSB11-23. Maybe the security updates should be some sort of service pack that has an installation and a back-out process. Right now, my security organization has overwritten the files based on the specification in the security bulletin.
I am going to try to patch with APSB12-04 again since I have updated the base to 8.0.2 to see if I can still generate webhelp. If I can't view the TOC, I'll have to remove it once again and be "out of compliance."

TOC, Search, Index not appearing in navigation pane in Firefox

I have a problem with a Help system that seems familiar with a number of other discussions on this forum, but I haven't found anything directly relatable to it.
I have a WebHelp system generated using RH8. The Help has window-level context sensitivity. The Help system is deployed on a secure (HTTPS) server. When launching the Help from IE8, everything works as expected. However, launching the Help from Firefox (3, 8, or 9), the default topic appears and the Help is fully navicable except the contents for the navigation pane will not appear. The frame and the buttons (Contents, Index, Search) appear, but the content is missing. I can enter an Index term to search, but search doesn't return anything.
When I access the compiled Help system locally (not from a Web server), the navigation pane works correctly within Firefox.
My best guess after scouring a number of discussions, threads, and forums, is that it would appear that there is some issue with the Javascript affecting the context sensitivity and the left-frame functionality when deployed on a secure server using Firefox. However, I haven't come across anything that has worked as a solution.
Any other avenues to explore?

See if Item 57 at http://www.grainge.org/pages/snippets/snippets.htm helps.
See www.grainge.org for RoboHelp and Authoring tips
@petergrainge

RH8 HTML Missing TOC and Search

I've seen similar questions about this issue but none have really provided any assistance in helping me resolve this issue on my end.
Issue:
TOC and Search disappear after compiling and allowing blocked content in IE8 browser.

Hello,
I'm having a problem with similar symptoms: generated output with no TOC, Index, Search, or left pane at all. I have tried deleting the contents of my output directory (on my local drive) and re-generating the project. I also tried uninstalling my RoboHelp 9 and reinstalling it and run updates, all with no success.
There are a few other circumstances that didn't apply with my previous projects but do apply to this project:
I have attached my current project to Microsoft Visual SourceSafe 6.0 for source control.
When I right-click on Web Help Primary Layout, then choose Properties I get the following error (see picture). when I click OK, it then presumes to generate normally:
After I browse to the output location, I notice that it has altered the name of my start-up page, from Action_Basics.htm to Action_Basics_1.htm (there were no existing files in that folder as I had previously deleted all the files before generating).
I'm using RoboHelp 9 and Windows 7
Any suggestions would be greatly appreciated.
Thanks,
Sherry

Contents/Index/Search/Glossary toolbar

The Contents/Index/Search/Glossary toolbar in my WebHelp
project only displays the text for one tab at a time.
For example, by default the project opens with the Contents
tab displayed. You can see the word "Contents" with the blue
background. However, for the rest of the tabs, you can only see the
icons on a white background. If you click on an icon, for example,
the Index icon, then the word "Index" and blue background display.
I want all the tabs to display with their words and on a blue
background at the same time. Can any of you help me? Thanks!

Welcome to the forum.
If you are using a skin, it is as simple as double clicking
the skin and setting the colours and text to what you want.
As described, there will no difference between the tab with
focus and the other tabs. Some small difference does assist
usability.

Issue searching PDFs in RH8 WebHelp

I am getting different results from Robohelp searches when my RH8 Webhelp is generated using a RH command script in our software build process than if the Webhelp is generated from RH to my PC. Specifically, when I search for a specific term in my local Webhelp, the search results list any PDF files that use that term. In contrast, if I conduct the same search in the Webhelp that was generated during our software build process, the search results do not include the PDF files (the Webhelp files are deployed to a network computer when our software is installed).
Note that in both cases, you can click links from within the Webhelp to open the PDFs and you can perform Finds within these files, but I cannot use RH's search to locate specific PDFs in the actual online help for the app, which is something I can do locally.
Here are the details:
I am using Robohelp 8, Window 7, and Internet Explorer.
I am producing WebHelp.
I am producing merged help.
I am linking to the PDF files from the topics. Each PDF is stored as a “baggage file”.
Mark of the Web is not selected.
Any ideas? We promised our customers the ability to search the PDFs for some of our manuals from within our online help system--it worked great when I tested it locally, but isn't working so good in the real online help....

This may or may not be the issue but it would be worth checking that the PDF are being indexed in the final WebHelp output. I've outlined how to do this is this blog post.
The RoboColum(n)
@robocolumn
Colum McAndrew

Problem with hide TOC, Index ans Search

Hello,
I want to generate a chm where TOC , Index ans Search are
hide when I open my chm.
I don't find a solution to do this.
I try to find in creating a new "Window", but I doesn't
operate.
If someone have a solution, thanks to tell me,
because I'm going to loose lots of time for that...

Hi vlavergne,
In theory you should be able to hide the TOC, Index and
Search simply by selecting
Hide Nav Pane on Startup in the Window properties. However,
after a bit of experimentation it seems that you also have to
deselect the
Remember Window Size and Position option.
Hope this helps
Anne

Search on iTunes appearing blank

Since upgrading to ios7 on my iPhone 4s I am unable to search for music in the iTunes Store. My screen appears blank. Please can you advice how to solve this?

There is no Power Search any more, if that's what you're referring to. The search box at the upper-right is the only search now.
Regards.

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

Hi,
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?
thanks,
Jenny Hecker

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 www.grainge.org for RoboHelp and Authoring tips
@petergrainge

RH7 HTML and IE11/TOC and search not appearing, apply RH10 fix?

Hi, thanks for taking my question. In IE11, in online help created using RH7 HTML, the TOC and Search don't appear, an issue that I know has appeared on the forum before. From a search on this forum, I see that a fix applies to RH10. (Sorry, I downloaded the files, but now can't find the post with the fix. Zip is IE11Fix_RH10.zip.) Will that fix work backwards to RH 7? Or is RH 7 completely incompatible with IIE11?
Apologies if this has been answered.

That fix is not backwards compatible. I'm afraid that IE 11 is not supported for RH7. I have backported a solution to RH9, but RH7 is just too old with too many issues to even try a fix.
The best solution would be to upgrade.
Kind regards,
Willam

The 'Content, index, search' section of my help is not working in Mozilla

Dear All,
The 'Content, index, search' section of my help is not working in Mozilla.
I am using robo8 and mozilla 8. Any idea? please help...
Regards,
Jobin.

Dear William,
It is a webhelp
It is working in all other browsers except Mozilla.
It is a merged help...
waiting for your reply..:)
Regards,
Jobin.

CHM buttons are not localized in a French project (shows English Contents, Index, Search, Print, Hide buttons)

I opened an old WinHelp project into my new RoboHelp 7. When
I generate the CHM, even with the Project Settings in RoboHelp set
to French and running in a French Windows operating system (MS
Windows XP Pro 2002 SP 2), the CHM output is still in English. The
buttons display in English (Contents, Index, Search, Print, Hide
buttons). The title bar of the CHM also says "HTML
Help" even though the project title in the Project
Settings is "Aide en ligne...".
My Windows Regional Settings through the Control Panel -
Regional Options tab is set French (France). On the Languages tab I
under Text Services and Input Languages, Details button, I selected
French (France) French. On the Advanced tab I selected French. Then
I rebooted.
On the language bar on my Task pane, I selected FR. The CHM
still displays in English.
Please help! I have to produce 4 CHMS in languages other than
English today.
Thanks!

GinaL, would you be able to give us an update? Did the CHM
files look ok on a PC with a true French OS installed?
To avoid having to rewrite everything, I've written the
following info/instructions for my team -- though I'm not yet sure
they're 100% correct:
After I reported this issue to Adobe, they worked on the
problem for several days. They even sent me a new
HtmSingleSourceHtmlHelp.dll file that was supposed to solve the
problem. But it didn't work correctly. No matter what contortions
we put ourselves through, we couldn't get both of these items
correct in the CHM file at the same time, namely:
Index compiled in correct alphabetical order accdg to the
language of the help project.
Correctly translated help title showing in the caption,
regardless of the user's Windows regional settings. (For example,
we wanted "FORMS-Hilfe zu FORMS 5-3" to appear as the caption of
the German version of FORMS help, even if our regional settings
were set to English.)
I think we'd all agree that the index has to be in
alphabetical order. So from what I've seen, this is what we have to
do when compiling a non-English version of help using RH7:
1. Set up the project with the foreign name.
2. Set the language in the project settings. And in the
Project Settings dialog, click Advanced and check out the LNG File
tab to make sure it's using a translated version.
3. Ensure that the Window Caption setting is correct in each
window included in the project. (On RoboHelp's Project tab, open
the Windows folder, double-click each window in turn, and check the
settings.)
4. Set the Language setting in the HHP file to Language=[hex
value for that language]. I found a bunch of them listed on this
web page. Someone else might be able to find a better source:
https://svn.origo.ethz.ch/scoop/es_scoop_60/library/i18n/locale/nls/i18n_nls_lcid_tools.e
5. Change your Windows regional settings to the same language
as the help project. (Reboot if prompted.)
6. Recommended, for safety's sake: Delete the CPD file.
7. Open the project and compile using RH7.
8. Check the index's sort order -- is it in alphabetical
order according to the language of the project?
9. Check the help caption -- make sure it's not "HTML Help".
Note: Any customized buttons in your CHM should appear
correctly translated, but other buttons (Contents, Index, Search)
still appear in English -- at least they do on my PC, even though I
did step 2 above. We need to check whether those buttons appear
correctly when the PC is actually running a true foreign version of
Windows, and not just with temporarily adjusted Windows settings.
OR -- is anyone else able to get these to appear translated in the
CHM file?
Does anyone have anything to add? Other solutions? Easier
procedures? Better results to report?
Thank you
Eileen

ToC, Index, Search appearing blank in RH8 Webhelp

Similar Messages

Maybe you are looking for