Bug 723333
| Summary: | unable to log into conductor using IE8 and IE9 | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | wes hayutin <whayutin> | ||||||||
| Component: | aeolus-conductor | Assignee: | Matt Wagner <matt.wagner> | ||||||||
| Status: | CLOSED CURRENTRELEASE | QA Contact: | wes hayutin <whayutin> | ||||||||
| Severity: | unspecified | Docs Contact: | |||||||||
| Priority: | unspecified | ||||||||||
| Version: | 0.3.1 | CC: | athomas, dajohnso, deltacloud-maint, matt.wagner, ssachdev | ||||||||
| Target Milestone: | rc | ||||||||||
| Target Release: | --- | ||||||||||
| Hardware: | Unspecified | ||||||||||
| OS: | Unspecified | ||||||||||
| URL: | https://hp-dl180g6-01.rhts.eng.bos.redhat.com/conductor | ||||||||||
| Whiteboard: | |||||||||||
| Fixed In Version: | Doc Type: | Bug Fix | |||||||||
| Doc Text: | Story Points: | --- | |||||||||
| Clone Of: | Environment: | ||||||||||
| Last Closed: | Type: | --- | |||||||||
| Regression: | --- | Mount Type: | --- | ||||||||
| Documentation: | --- | CRM: | |||||||||
| Verified Versions: | Category: | --- | |||||||||
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |||||||||
| Cloudforms Team: | --- | Target Upstream Version: | |||||||||
| Embargoed: | |||||||||||
| Bug Depends On: | |||||||||||
| Bug Blocks: | 709348 | ||||||||||
| Attachments: |
|
||||||||||
|
Description
wes hayutin
2011-07-19 19:34:11 UTC
Created attachment 513871 [details]
ss1
Created attachment 513872 [details]
ss2
Created attachment 513873 [details]
ss3
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... just to level set ... this did NOT get into the 0.3.0 release 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.
can log in perm close closing out old bugs |