Bug 723333 - unable to log into conductor using IE8 and IE9
Summary: unable to log into conductor using IE8 and IE9
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: CloudForms Cloud Engine
Classification: Retired
Component: aeolus-conductor
Version: 0.3.1
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
Assignee: Matt Wagner
QA Contact: wes hayutin
URL: https://hp-dl180g6-01.rhts.eng.bos.re...
Whiteboard:
Depends On:
Blocks: ce-p2-beta
TreeView+ depends on / blocked
 
Reported: 2011-07-19 19:34 UTC by wes hayutin
Modified: 2014-08-17 22:27 UTC (History)
5 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)
ss1 (68.07 KB, image/png)
2011-07-19 19:34 UTC, wes hayutin
no flags Details
ss2 (69.43 KB, image/png)
2011-07-19 19:35 UTC, wes hayutin
no flags Details
ss3 (49.98 KB, image/png)
2011-07-19 19:38 UTC, wes hayutin
no flags Details

Description wes hayutin 2011-07-19 19:34:11 UTC
Description of problem:

1. open IE8
2. log into conductor https://server/conductor

after clicking login.. something trys to download and the browser freezes up :)
good times..

see screenshot.. will try to recreate on another box..
This may be fixed by adjusting IE settings.. I have not tried that yet though.

Comment 1 wes hayutin 2011-07-19 19:34:39 UTC
Created attachment 513871 [details]
ss1

Comment 2 wes hayutin 2011-07-19 19:35:01 UTC
Created attachment 513872 [details]
ss2

Comment 3 wes hayutin 2011-07-19 19:38:40 UTC
Created attachment 513873 [details]
ss3

Comment 4 Matt Wagner 2011-07-20 16:04:22 UTC
So technically (but unhelpfully), you can log in. But when we try to render another page in response, your requests don't work, so you never actually progress past the login page. (I'm just mentioning this because it was throwing me off in debugging.)

For reasons known only to IE, it chooses to request the pages with this Accept header:

"image/gif, image/jpeg, image/pjpeg, application/x-ms-application, application/vnd.ms-xpsdocument, application/xaml+xml, application/x-ms-xbap, application/vnd.ms-excel, application/vnd.ms-powerpoint, application/msword, application/x-silverlight, application/x-silverlight-2-b2, application/x-shockwave-flash, */*"

As far as I can tell, "*/*" is the first thing in that list that actually matches. But since "*/*" conveys absolutely no information, Rails treats the first respond_to format as matching, which, in this case, happens to be JavaScript.

So as best as I can tell, we end up serving up JavaScript files when IE requests webpages, since we don't have any GIFs, JPGs, PJPEGS, X-MS-Applications...

Comment 5 wes hayutin 2011-08-01 19:39:10 UTC
just to level set ... this did NOT get into the 0.3.0 release

Comment 6 Matt Wagner 2011-09-21 21:39:25 UTC
This was fixed with this commit:

commit 71c2a2018bc19c3f5aae0e941a126aaeebf9758d
Author: Matt Wagner <matt.wagner>
Date:   Thu Aug 4 16:21:26 2011 -0400

    Reorders response formats to match HTML to */* instead of JS.

Comment 7 wes hayutin 2011-09-23 12:51:54 UTC
can log in

Comment 9 wes hayutin 2011-12-08 13:54:27 UTC
perm close

Comment 10 wes hayutin 2011-12-08 13:57:00 UTC
closing out old bugs


Note You need to log in before you can comment on or make changes to this bug.