Poss. Bug (797): HTML Documentation

[barry_abs]

Hello all,

Could anybody help me understand the following problem regarding the HTML Documentation generator?

In the documentation output folder, opening "index.htm" from my file explorer ("file://" scheme) works.

Opening "index.htm" via my webserver ("http://" scheme) returns this error message: "An error occured while loading data files, please confirm that all files have been generated and are intact."

Any ideas?

Many thanks,
Lloyd

[mikewhit]

Sounds more like a webserver config problem than an EA one.

Which app is reporting the message you quote ?

Does your webserver have permission to access the HTML files ?
Do the files have absolute path links in them ("C:\....." which the webserver does not translate correctly ?

[Jeff Odell]

I reported a bug and received a solution from Sparx on this one.  Their workaround fixed this for me, at least in my case.  

The error is thrown in a JavaScript routine that calls back to the server to get data that represents the tree structure on the left side.  This causes a problem on IIS - at least in my Windows 2003 environment.

Here was the fix provided:

The issue with Windows 2003 is currently a known issue that will be fixed in a future release, however there is a workaround to make it work now:

- Open the IIS Manager
- Select the specific Web Site
- Bring up the Web Site Properties
- Open the "HTTP Headers" tab
- Click the "MIME Types..." button
- Click the "New..." button
- Enter ".dat" in the "Extension:" field
- Enter "text/html" in the "MIME type:" field
- Hit "OK" 3 times

HTH - jlo

[barry_abs]

Thanks Jeff - i will try that solution, albeit the webserver here runs IIS4 on NT4 Server.

Sounds more like a webserver config problem than an EA one.

Which app is reporting the message you quote ?

Does your webserver have permission to access the HTML files ?
Do the files have absolute path links in them ("C:\....." which the webserver does not translate correctly ?

1. The error message is reported by the index.htm page
2. Yes.
3. No. The URL which works is "file://///itgweb/datalogging$/Model/index.htm". It fails with "http://<SNIP>/datalogging/model/index.htm".

[barry_abs]

Morning..

We have fixed this issue now.. The solution was a combination of two things:

* Make the IIS MIME type changes, as above
* Configure ".dat" as safe in microsoft's crappy URLscan tool.

Cheers,
Lloyd.