Smoke Tests attempting to download instead of displaying

Sort:
You are not authorized to post a reply.
Author
Messages
Roger French
Veteran Member
Posts: 545
Veteran Member

    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

    Jason Beard
    Veteran Member
    Posts: 124
    Veteran Member

      check you plugin setup, doesn't sound like it is recognizing that it should execute.

      Jason Beard
      617-548-5568
      jabeard3@gmail.com
      Roger French
      Veteran Member
      Posts: 545
      Veteran Member

        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.

        Mick
        Veteran Member
        Posts: 82
        Veteran Member
          Did you try - generate and propagate the plugins then stop and restart in the proper order.
          Roger French
          Veteran Member
          Posts: 545
          Veteran Member

            Yes done and completed. 

            avperez
            Advanced Member
            Posts: 19
            Advanced Member

              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

              Mick
              Veteran Member
              Posts: 82
              Veteran Member

                ok one more.

                Check the compatibility mode on the IE. 

                Roger French
                Veteran Member
                Posts: 545
                Veteran Member

                  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

                  Roger French
                  Veteran Member
                  Posts: 545
                  Veteran Member

                    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.

                     

                     

                    avperez
                    Advanced Member
                    Posts: 19
                    Advanced Member
                      Glad you were able to figure it out!
                      You are not authorized to post a reply.