I've found the solution to this problem yesterday. In a nutshell the issue relates to the fact that RoboHelp outputs HTML with UTF-8 encoding, while the Linux web server I was uploading the Help to was onlu compatible with UTF-16. I fixed this by entering the following header informationa the top of every page of code:
<?xml version="1.0" encoding="utf-16" ?>
I suppose the other fix would be to have the web server configure to support UTF-8, but from a quick, short-term fix point of view, inserting the above header information worked really well.
Hello Support Group:
Quiet in the Corner's solution did not work for me.
Any other suggestions?
I have the exact same issue.
Since my last post (it's been a while!) I have discovered that if the text you are using has been imported from Word you may find that you need to replace all apostrophes and hyphens in the WYSIWIG (for some reason RoboHelp's interpretation of these characters is different to Word's) Sounds crazy I know, but it does work (or it did for me). Also, make sure your page names do not have any special characters in them.
One of my users is seeing these characters the first time she tries to open help - if she refreshes, it loads fine. It also works fine on subsequent attempts.
Is this the same as the original poster's problem?
Unfortunately that is not the same issue that I was experiencing.
The original issue is one that would not go away unless the server was reconfigured, a user Refresh would make no difference.
As it is only one person I would look at the version of Firefox and trying things like clearing the cache.
See www.grainge.org for RoboHelp and Authoring tips