Win2008R2
Env 9.0.1.13
So a new install of Env 9.0.1.13. When any of the smoke tests are run in I.E. 10, the website tries to download a file instead of displaying the contents/html page, whatever it is. This happens on any of the smoke tests, SSOCfgInfoServlet, UserEnv, PrintEnv, Portal, menu.do.
I've Googled this condition, and something is missing or not set up correctly.
Same thing happens on I.E.8.
I've rebooted, restarted WAS services and LSF service multiple times, rebooted multiple times, still same issue.
I've verified and checked all of the Websphere settings, IIS7 settings, the permissions of the webdir, lawdir folders.
I can run other Lawson environments without issue using the same I.E. version.
Anyone have an idea what is going on and how to resolve?
Thank you
check you plugin setup, doesn't sound like it is recognizing that it should execute.
What do you mean the plugin setup "doesn't sound like it is recognizing that is should execute"? I've stopped restarted webserver IIS, etc.
I checked plugin-cfg.xml. All of the typical entries are in there... /servlet/ /bpm ....jsp /sso etc.
Yes done and completed.
I'd recommend comparing a Fiddler trace of a working environment to a non-working environment, specifically at the response header on your smoketests.
For example, when I run an /ssoconfig/SSOCfgInfoServlet, the response header (lower right-hand pane of Fiddler) returns a content-type of 'text/xml;charset=UTF-8'.
Content-Language: en-US
Content-Type: text/xml;charset=UTF-8
Do you see that content-type is returned? If so, does the content-type match the content-type on the working server or does it differ? On a
If you find the difference, then review the MIME type configuration in IIS Manager (http://technet.microsoft....55170(v=ws.10).aspx)
Hope this helps!
Anna
ok one more.
Check the compatibility mode on the IE.
Thanks Anna,
The Content-Types in fact different. Don't know why. The one not working, the Content-Type is: application/x-msdownload.
Don't know why or how it would be different.
Now the question is what specifically is the extension to edit? In both the non-working and working env, the .dll extension is application/x-msdownload
Thanks,
Roger
Figured it out. Some reason the ISAPI-dll entry was missing from the Handler Mappings in IIS7. Not sure why. Anyway I added it back, restarted webserver, and everything appears normal now without any downloading.