Skip to main content
Inspiring
January 12, 2009
Question

Published Projects in RoboHelp 7 Generate Large Quantities of Windows/Temp Files When Open

  • January 12, 2009
  • 9 replies
  • 4374 views
After publishing a project in RoboHelp 7 WebHelp Pro and then opening the project from the web server, RoboHelp generates hundreds of RHS*.tmp files in the Windows/Temp directory. This causes a Protcol host error which crashes RoboHelp. Any ideas on what is causing this?
This topic has been closed for replies.

9 replies

August 11, 2009

I'm glad RoboHelp 8 has fixed the issue.  Now, is there a fix for those of us still on RoboHelp 7?

Participant
February 5, 2009
Hi Vivek,
The logon user id and password was the simple issue I believe. I changed to "admin" for id and password and I could then publish. I just assumed I still needed my windows authentication.

Thanks for your help.
Participating Frequently
February 5, 2009
RHS8 has LDAP integration as well. So if your windows authentication it LDAP based then that would also work. In the RoboHelp Server 8 configuration you will have to give LDAP configurations to enable it.

Vivek.
Participant
February 2, 2009
Hi Vivek,
Thanks for clearing that up about the tmp files problem. This is good.

The problem I am getting with RH8 (and same errors I received when trying to connect to RH7 Server) is that when trying to publish, get "Publishing has been cancelled. Connection failed. Please check the connection and post again. Native Error: Unauthorized".

We thought we had the RH8 Server configured correctly and currently the site says "Congratulations! The Adobe RoboHelp Server has been successfully created". Like Cape Ops, we too ended up resorting back to our RH5 RoboEngine Server after spending months trying to publish succesfully to RH7 Server. Adobe support couldn't really offer any solution to solve our problem. We have had a few very experienced IT people working on this but can not get to work. With RH8 Server they have been having problems getting IIS and Tomcat to communicate.

If you could provide any help as to what we should be looking at, please let me know and I can pass on to my IT guy who is trying to configure it.

We can't afford to spend much more time trying to get this to work and I would love to be able to post back here saying this was solved. Otherwise, we'll continue publishing RH7 to RoboEngine Server, but my IT guy is suggesting that I look at other software.

Thank you!
Participating Frequently
February 3, 2009
Hi GraphicEngine,

In RoboHelp Server 8 authentication mechanism has changed. It is no longer windows authenticated system which used to automatically log you on to the server. Now from RH8 while publishing you will have to explicitly give user name and password. By default administrator user is created with user name as "admin" and password as "admin". You can try this to start with.

When you set up a new server in RH8 SSL dialog there you shall find fields for providing user name and password. You shall also find "Help Area" field at the bottom. Clicking on the button next to it will verify connecting to the server and will give you the list of Help Areas available on the server. This is another new feature in RoboHelp Server 8.

Installation is much simplified in RoboHelp Server 8 so you should not have much issues. My suggestion would be that you work with Tomcat alone as the server. Once you get everything working satisfactorily between RoboHelp 8 and RoboHelp Server 8 then get into IIS and Tomcat integration.

We shall be happy to help you out getting started on this.

Vivek.
Adobe Systems.
Cape_OpsAuthor
Inspiring
February 2, 2009
Adobe Support did confirm that the bug in RH Server 7 that generated hundreds of tmp files in the C:\Window\Temp directory has been fixed in RH Server 8. Now if I can upgrade to RH 8 at no charge since we have not been able to get RH 7 to work, since purchasing 6 months ago, I will be a satisfied customer. For now we have reverted back to RH 5, which has been stable for us for years.
Participant
January 30, 2009
Hmm..doesn't surprise me that Adobe had not tested this at all. Support for RH Server has never been good and I question how much time they really put into development and testing. Even though RH8 Server was totally revamped, we are experiencing same failing to publish errors with the trial as we encountered with RH7 Server and eventually gave up on.

Has anyone been successful publishing RH8 to RH8 Server?
Participating Frequently
January 31, 2009
Hi,

Let me confirm that tmp files problem has been resolved in Adobe RoboHelp Server 8. It has been completely rewritten in Java and is more robust and scalable in comparision to earlier versions of Robohelp Server.

GraphicEngine, can you please give more details of failure. I will try to find out what is going wrong for you.

Vivek Kumar
Engineering Manager - Adobe RoboHelp.
Adobe Systems.
Cape_OpsAuthor
Inspiring
January 30, 2009
Adobe does not know if this problem is fixed in RoboHelp 8. Here is the reply Adobe Support just sent me, "I understand that you need to verfiy if RoboHelp Server 8 still dumps TMP files to Windows temp folder. Since RoboHelp Server 8 is a completely revamped version, we can expect a lot of differences from the previous version. We'll test this out first and let you know shortly if the behavior persists." It is hard for me to believe with as many users that have complained about this, that Adobe had not tested this yet, and RH 8 is already released.
Known Participant
January 27, 2009
Wonder if this is fixed with Server 8. It is annoying to manually delete regularly.
Cape_OpsAuthor
Inspiring
January 21, 2009
I heard back from Adobe Support and although the generation of 100s of tmp files by the RoboHelp Server is known, it is not documented and the only workaround offered by Support is to manually delete the tmp files or write a script to delete them. We wrote a script and it works as a band-aid fix.
RoboWizard
Inspiring
January 14, 2009
This thread is a cross post. Click here to view the other thread