Copy link to clipboard
Copied
Hello,
I have for several weeks been experiencing intermittent crashes of RH8 when I "save" using various methods:
I manage 4 different projects using RH8.0.2, and this happens fairly frequently within each of the projects. I have installed all of the upgrades, and rebuilt the .cpd files. When this happens, the newly-entered (or revised) content is lost. Until today, I have been safe when using "save topic" from each individual topic tab - but now this method has also failed.
Has this been reported?
If analysts are interested, I have saved the "error report" file on this, and can send it, upon request.
Thanks.
Helen
Copy link to clipboard
Copied
Hi Helen.
Where are the project located? Network = Bad. Local Drive = Good.
Copy link to clipboard
Copied
Colum,
Sorry ... Of course, on my local drive.
Helen
Copy link to clipboard
Copied
Have you contacted Adobe Support & sent them the logs? This is a user to user forum.
Copy link to clipboard
Copied
Colum,
I've just checked out related "crash" issues reported in the Forums.
My next step is to send error log to Adobe tech support.
Helen
Copy link to clipboard
Copied
Try creating new project and see if the same occurs there. Is there another user there with the same problem on these projects?
Copy link to clipboard
Copied
Colum,
I'm the only user here at present. And, I'm on a tight release deadline - don't have time to create another project to test. Good old RH 8 has crashed 6 times in the past hour. I'm taking all corrective measures possible.
H.
Copy link to clipboard
Copied
Helen
Is this one of your projects with a monster amount of baggage files? If it is, I think it has been stated before that the whole workflow needs to be rethought.
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
Peter,
Yes - it is. I'm limping along to another monthly release, due out today.
Helen
Copy link to clipboard
Copied
Sorry Helen but while you stick with that workflow, I think you are going to have problems.
I think it is time you got John back on site.
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
RoboHelpHTML 8.0.2.208 on Windows XP/32 sp3 systems.
We've suddenly started having a similar problem. Our projects are well established, and our baggage file count is never more than three. The problem doesn't seem to be isolated to a single project, or a single machine.
.Mw
Copy link to clipboard
Copied
Have you checked for the things mentioned elsewhere in this post (e.g.not having source on a network, .cpd file)
Copy link to clipboard
Copied
Our projects are kept in an RSC 3.1 database (sitting on top of SQL Server Standard) and checked out to the local drive for use. We have a dozen or so writers. Here is an example of the crash report RH generates.
Copy link to clipboard
Copied
Well the first thing I'd do is download and install the two RH8 updates. They can be downloaded from here. Psot back if you still have issues after these have been installed.
Copy link to clipboard
Copied
We've done that. I'm fairly rigorous with the writers about staying up to date with updates. If you look at the properties of the RoboHelpHTML.exe file, it still says 8.0.0.203. I verified this by uninstalling my Adobe Updater applied patches and reinstalling both 8.0.1 and 8.0.2 manually.
Since very little has changed on the RH side from a few weeks ago when this wasn't being a problem, I'm wondering if the problem could stem from other sources.
Can network instability cause RH to crash when performing database operations? That sort of thing.
.MW
Copy link to clipboard
Copied
As long as Help > About shows 802 and Add/Remove shows 802 installed, the patches are good and you need to look elsewhere.
I am sure you know the files not to check in and beyond that, I cannot help you.
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
In the interests of being thorough, I thought I'd check the "files that shouldn't be added to RSC" and found to my dismay that ehlpdhtm.js was listed there. We've been using this as a baggage file since RH5, and I was unaware this could be a problem.
What do I do now? Recreate the project without the baggage file?
How is that functionality implemented without the file in the project?
.MW
Copy link to clipboard
Copied
That file is required for any DHTML elements inside your project (e.g. drop down / expanding text) so you can't get rid of it from your project. However what you found refers to source control. You just need to ensure it is not checked in.
Copy link to clipboard
Copied
Uhm, that sounds like a contradictory statement. Yes we use ehelpdhtml.js for twisties, so how do I keep that file in the project if I don't check it in?
Ah, I see! RH creates that file when you generate. Lets see if thats the answer.
Copy link to clipboard
Copied
I just created a new project, closed it and trashed the ehlpdhtm file. On reopening the project, RH created a new copy of the file.
It is therefore always in your local copy and when you generate it finds its way into the output.
Haven't tested it against a source controlled project but it looks as if it should work.
See www.grainge.org for RoboHelp and Authoring tips
Copy link to clipboard
Copied
Well, taking that file out hasn't solved that problem, but maybe it will resolve other issues. In the meantime, I did a bit more poking around. The error screens I included above are reproduced in XP's Event Viewer, and there they are reported as .NET Framework 2.0 errors. Is anyone familiar with how .NET Framework interacts with RH?
Copy link to clipboard
Copied
Well, our automated build process doesn't apparently generate ehlpdhml.js. That explains why I added the file as a baggage file a couple of years ago. I can see if we can have the build script sprinkle copies as a post-process I suppose, unless there is a setting I can make in the project to create the file.
.MW
Copy link to clipboard
Copied
You aren't going to beleive this, but here is the solution that worked for this problem for us.
Our new machines have C: and D: partitions. Based on our data backup scheme, we had the data files on the D: partiton. Moving the data files to the C: partition eliminated the crashing behavior. I have no explanation for this except these are new machines and the image our IT group created may be defective.
.MW
Copy link to clipboard
Copied
Weird. I have been working with projects on the D partition for ten years so there has to be more to it.
I'm assuming RH was on the C drive.
See www.grainge.org for RoboHelp and Authoring tips