Am I right in thinking this is WebHelp Pro or FlashHelp Pro output being published to the RoboHelp Server application? If so, is this only happening on one site or all sites? If someone has changed something in IIS, check to path. This thread may help you - look near the end.
The RoboColum(n) @robocolumn Colum McAndrew
Yes it is WebHelp Pro. The path is fine.
Now I'm thinking it's not IIS because I can see the website just fine.
In fact, I can make changes to the project, generate and then copy manually the project files to the server and the website displays the latest changes.
So the issue is around publishing. It's having problems in one of the steps that is causing it to fail.
Not sure about WebHelp Pro, but our WebHelp output sometimes goes awry; this can usually be cleared up by deleting the entire target folders on both the local machine and the server.
A fresh Generate/Publish then produces the updated help, usually without any recurrence of the problem.
Unfortunately, that did not help.
I even tried to create a new project from scratch and tried publishing to the same location with no luck. Same error.
Any other ideas?
Any ideas on what xml file RoboHelp cannot read during the publishing process?
At least if I know that I can see if it perhaps doesn't have permissions or it's gone missing or something.
This is probably a long shot but may be worth checking nontheless.
Look at the files in the output folder using Windows Explorer. Do you see a file listed that is named "thumbs.db"? If so, try deleting that file. (Note that you may need to coax Windows to show you the file by altering the settings for Windows Explorer.
The thumbs.db file is present when you change the view of the folder to thumbnails. Windows creates the file. And when it's been created, Windows assigns some system attributes to it. I've seen other folks have publishing issues when this file is present.
Helpful and Handy Links
Thanks for the suggestion. But unfortunately that did not work. :-(
Any other itdeas?