I’d started to deploy a test version of SugarCRM 5.5 CE and an updated PHP 5.2.12 to a Windows 2008 server with IIS7 when I got an internal server error 500.
What I found, eventually, was that while the installation of Sugar completed, the installation creates a web.config file that includes an instruction to ‘Add default document type’ of index.php to the site.
The problem was that my server level settings already included index.php as a default document. The only reason I found it was when checking all the settings for the site in the IIS7 Manager it gives an error in the manager about the double up not being possible.
Would have been more polite if IIS could simply accept that the index.php already is a default document and ignore it politely instead of doing a dummy spit type error and not running.
In this case I just deleted the instruction to Add in the web.config.
Another option is to include a instruction in the web.config to clear any existing default pages prior to adding the one(s) required for the current application. Like this:
Logged as a Bug at Sugar BugTracker
Good find! We will get that addressed. Version 5.5 is the first time we auto-generate the web.config file and it looks like you found a case we missed.
Clint
Hello,
I have still problems editing the web.config file. Can you show me how the web.config file finaly musst look? I’ve tryed to delete everything so the file looks like this:
it works with this preferences but not without an error. When I click on “contacts” for example I still get the Error 500: Internal Server Error. I don’t know if the web.config file is still the cause for this problem but I would like to try it.
I’m using SugarCRM 6.0RC1, PHP 5.3.3, MSSQL Server 2005 and IIS7 on a Windows Server 2008 R2 machine.
It would be great if you have any solution for this issue!
Thank for your help!
schoasch