| Summary: | older versions of firefox seem to get redirected erroneously when created realms | ||
|---|---|---|---|
| Product: | [Retired] CloudForms Cloud Engine | Reporter: | wes hayutin <whayutin> |
| Component: | aeolus-conductor | Assignee: | Matt Wagner <matt.wagner> |
| Status: | CLOSED ERRATA | QA Contact: | wes hayutin <whayutin> |
| Severity: | high | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 1.0.0 | CC: | akarol, athomas, dajohnso, deltacloud-maint, dgao, hbrock, mandreou, ssachdev, sseago |
| Target Milestone: | beta | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-05-15 21:13:28 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
|
Description
wes hayutin
2011-11-03 16:25:40 UTC
more readable output found here.. http://hudson.rhq.lab.eng.bos.redhat.com:8080/hudson/view/DEV-CloudForms/job/nightly-cloudEngine-smokeTest-RHEL/47/console This happens on several other pages as well with Firefox 3.6. I don't remember exactly which component is responsible, but from what I recall we're relying on newer js functionality that's not available in ff3.6. What actually happens is the browser seems to redirect to something like "#realms/1" which, on ff 3.6, takes you to the root URL (which is the top level monitor pools index) and, of course, doesn't find "#realms/1" on the page. We need to either change the js to not rely on FF3.6-unsupported functionality, or selectively degrade just this one feature -- i.e. we can't simply disable the js stuff for ff3.6. In addition to RHEL 6.1, Fedora 14 also contains the incompatible FF version. adding to sprint tracker It appears that backbone may be causing this issue. My recommendation is to selectively degrade this feature for the incompatible FF version. There don't appear to be any documented Backbone issues with this version of FF, so our implementation is most likely to blame. Informational: we are seeing similar behaviour with older versions of firefox (seems to be anything 3.X) that ship with rhel 6 and the Deltacloud html UI. We haven't yet addressed these but I thought you may want to know this - as in, it doesn't seem to be something specific to conductor. We are suspecting our js/jquery mobile. There are a couple of JIRA tickets for this issue on our side https://issues.apache.org/jira/browse/DTACLOUD-65 and https://issues.apache.org/jira/browse/DTACLOUD-73 though there isn't really any useful information there yet. Our QE guys (Ramesh Ananda - irc 'rananda') have told us they are to do with firefox 3.X - I don't know if rananda can provide more info here, marios I spun up an F14 VM which has Firefox 3.6.10, and spent at least 15 minutes with Firefox + Firebug attempting to reproduce this. I created multiple realms, mapping each of them all available back-end realms and providers, one at a time. I could not reproduce this issue. From watching Firebug's log, none of my redirects included a '#'; it was always '/realms/:some_id'. I'm a little puzzled by how that is happening. Wes, are you still able to reproduce this? I cannot, on 3.6.10. It's originally from November and the Realms page isn't using Backbone anymore (if it ever was?), so I'm inclined to believe this issue is no longer happening. If this is ongoing, I will need assistance in getting a reliable means of reproducing it. moving to on_qa for retest verified.. unable to recreate in ff3.6 Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. http://rhn.redhat.com/errata/RHEA-2012-0583.html |