Hide Forgot
Description of problem: [hudson@hudson ~]$ rpm -q firefox firefox-3.6.23-2.el6_1.x86_64 This is an inconsistent issue.. recreate on firefox 3.6 on rhel 6.1 1. create realm 2. add mapping to provider 3. add mapping to realm seems like around 50% of the time your browser will get redirected off the page. I have several failed automation runs due to this issue. 201111031137:15.616 - INFO: Wait for element 'element with id 'new_realm_button'. (//*[normalize-space(@id)='new_realm_button'])', with timeout of 60000. (com.redhat.qe.auto.selenium.ExtendedSelenium.waitForElement) 201111031137:15.703 - INFO: Click on link: element with id 'new_realm_button'. (//*[normalize-space(@id)='new_realm_button']) (com.redhat.qe.auto.selenium.ExtendedSelenium.click) 201111031137:16.120 - INFO: Type 'realm-ec2-us-east' into textbox: element with id 'frontend_realm_name'. (//*[normalize-space(@id)='frontend_realm_name']) (com.redhat.qe.auto.selenium.ExtendedSelenium.setText) 201111031137:16.214 - INFO: Click on submit button: 'Save'. (//*[@value='Save']) (com.redhat.qe.auto.selenium.ExtendedSelenium.click) 201111031137:16.751 - INFO: Click on link: element with id 'mapping_to_realm_button'. (//*[normalize-space(@id)='mapping_to_realm_button']) (com.redhat.qe.auto.selenium.ExtendedSelenium.click) 201111031137:17.094 - INFO: ec2-us-east-1 (com.redhat.qe.ce10.data.ProviderAccount_ec2.getNativeRealm) 201111031137:17.095 - INFO: ec2-us-east-1: us-east-1a (com.redhat.qe.ce10.tasks.AssortedTasks.realmCreate) 201111031137:17.095 - INFO: ec2-us-east-1 (com.redhat.qe.ce10.data.ProviderAccount_ec2.getNativeRealm) 201111031137:17.097 - INFO: Select option 'ec2-us-east-1: us-east-1a' in list select_id 'realm_backend_target_realm_or_provider_id'. (//select[@id='realm_backend_target_realm_or_provider_id']) (com.redhat.qe.auto.selenium.ExtendedSelenium.select) 201111031137:17.247 - INFO: current URL is https://qeblade30.rhq.lab.eng.bos.redhat.com/conductor/realm_mappings/new?frontend_realm_id=2&realm_or_provider_type=Realm (com.redhat.qe.ce10.tasks.AssortedTasks.realmCreate) 201111031137:17.291 - INFO: Click on submit button: 'Save'. (//*[@value='Save']) (com.redhat.qe.auto.selenium.ExtendedSelenium.click) 201111031137:18.400 - INFO: current URL is https://qeblade30.rhq.lab.eng.bos.redhat.com/conductor/#realms/2? details_tab=mapping (com.redhat.qe.ce10.tasks.AssortedTasks.realmCreate) 201111031137:18.419 - INFO: Click on //*[normalize-space(@id)='mapping_to_provider_button']: element with id 'mapping_to_provider_button'. (//*[normalize-space(@id)='mapping_to_provider_button']) (com.redhat.qe.auto.selenium.ExtendedSelenium.click) 201111031137:18.460 - SEVERE: Test Failed: createRealm (com.redhat.qe.auto.testng.TestNGListener.onTestFailure) com.thoughtworks.selenium.SeleniumException: ERROR: Element //*[normalize-space(@id)='mapping_to_provider_button'] not found at com.thoughtworks.selenium.HttpCommandProcessor.throwAssertionFailureExceptionOrError(HttpCommandProcessor.java:100) at com.thoughtworks.selenium.HttpCommandProcessor.doCommand(HttpCommandProcessor.java:94) at com.thoughtworks.selenium.DefaultSelenium.click(DefaultSelenium.java:167) at com.redhat.qe.auto.selenium.ExtendedSelenium.click(Unknown Source) at com.redhat.qe.auto.selenium.ExtendedSelenium.clickAndWait(Unknown Source) at com.redhat.qe.ce10.tasks.AssortedTasks.realmCreate(AssortedTasks.java:1752) at com.redhat.qe.ce10.data.Realm.<init>(Realm.java:24) [root@qeblade31 builders]# rpm -qa | grep aeolus aeolus-conductor-doc-0.6.0-0.20111029030732git7410602.fc15.noarch rubygem-aeolus-cli-0.1.0-3.20111028152758git7063136.fc15.noarch aeolus-conductor-0.6.0-0.20111029030732git7410602.fc15.noarch aeolus-conductor-daemons-0.6.0-0.20111029030732git7410602.fc15.noarch aeolus-all-0.6.0-0.20111029030732git7410602.fc15.noarch rubygem-aeolus-image-0.1.0-4.20111024205454git6b2b696.fc15.noarch aeolus-configure-2.3.0-0.20111028220920gitf01b051.fc15.noarch
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