The one thing I did not try mentioned in the above link, was to use the RoboScriptReg.exe mentioned, since a search for it did not reveal where it can be obtained.

I changed the Word macro security settings from "Disable all macros with notication" to "Enable all macros (not recommended...".I am not sure why this would matter, since I am not using Word to enter the data, but I tried it and still no go.

There has got to be some solution other than format and reinstall; or shell our money for the latest version. I am surprised that there does not appear to be a way to figure out what is wrong just by searching on the error output.

Is there a commandline option that I overlooked, or a hidden option to get RoboHelp to give an error to better pinpoint the problem?

I tried this (deleting the CPD file) and Robohelp 7 on WinXP SP3 using ANY project still gives this error.

I tried going through an Adobe technician and he said that he had nothing on this, and all he could figure from the Windows Error Log was to follow a Microsoft KB article to uninstall .Net 2.0 and re-install. This requires uninstalling all newer versions of .Net and lots of re-booting, so after several hours that did not work.

Did you have local admin rights when RoboHelp was installed and do you still have them?

I just searched RegisterResolver on the forums and the hits were all from when RoboHelp required users to have admin rights when RoboHelp was installed and to run. In 8 and 9 you only need those rights to install.

That could explain Kathy's sudden problem as a few people had the rights and then IT had removed them. In your case maybe your pemissions are different on the two machines.

Where exactly is the project when you are making edits? Is it on your local C drive? Or is it by chance on a network drive? If it's on a network drive, move it to your C drive and see if the problems disappear. I recall years ago working at a client location where they had a similar or the same issue. The problem was that the project was on the network. I think permissions also came into play too.

I am and always have been an administrator on my machine (just checked). We do have a very invasive IT team that downloads “patches” every week, so that might have something to do with it. They always deny any culpability and they don’t even know what RoboHelp is, so I doubt that a support ticket would help.

I have downloaded the latest installer for TCS 3.5 and am planning to remove all of TCS 3 and re-install 3.5, unless there is some reason not to do so. I think this night be some sort of registry error and perhaps that will fix it.

Two things happened yesterday. First, I could not open RoboHTML at all and then when I closed all my other programs I was able to open it. I then opened an old project file and that’s when the trouble started. But now it happens with every project (even the samples) so I’m completely baffled.

Seems to me that a simple test would be to have one of your IT staff log in as themselves. Then test RoboHelp using their login and see if it behaves. If it does, there's your answer! If it still misbehaves, there is obviously more detective work to be done.

It sounds like you feel those of us trying to assist are part of the RoboHelp development team. Sorry, but we are users same as you. And the application error logs tell us about the same things they tell you.

In response to Kathy's direct message, it is as Rick says, those logs will not help us.

You can have multiple versions of TCS installed. I have 1, 2 and 3 on one machine so I don't think it is having 3.5 as well that is the issue. Given that history shows this problem to be a permissions thing, I still believe something is messing up your permissions somewhere at a level IT need to investigate. Rick's suggestion will verify that.

If that should fail, then get IT to uninstall and reinstall 3.5 and regenerate all under their logon.