Bug 858193

Summary: After uploading manifest, javascript error: TypeError: P.data("jsp") is undefined
Product: Red Hat Satellite Reporter: Jeff Weiss <jweiss>
Component: WebUIAssignee: Tom McKay <tomckay>
Status: CLOSED ERRATA QA Contact: Og Maciel <omaciel>
Severity: medium Docs Contact:
Priority: unspecified    
Version: 6.0.0CC: achan, dajohnso, dmacpher, omaciel, tomckay
Target Milestone: UnspecifiedKeywords: Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
A manifest's internal data might not be ready in time when uploaded. This results in a JavaScript error. This fix re-initializes the contents of the panel when the provided panel contents are empty.
Story Points: ---
Clone Of: Environment:
Last Closed: 2012-12-04 19:55: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:
Embargoed:

Description Jeff Weiss 2012-09-18 09:52:55 UTC
Description of problem:


Version-Release number of selected component (if applicable):
Katello Version: 1.1.12-1.git.62.014cbe7.el6_3 

How reproducible:
Intermittent, seems to be about 30-50% of attempts on FF15

Steps to Reproduce:
1. Upload a manifest to a new org (i use inecas' fake manifest, but I doubt that it matters which one you use).
2. Wait for green notification that upload succeeded
3. check js console for errors
4. enter "jQuery.active" to check how many ajax requests are in flight
  
Actual results:
1 request stuck in flight, js error

Expected results:
0 requests stuck, no js errors

Additional info:
I am not sure that the js error is what is causing the ajax request to get stuck, but they appear to happen together.  The reason this matters is that automation waits for ajax to complete, so it is causing automation to timeout on this wait.

Comment 3 Tom McKay 2012-09-18 18:03:35 UTC
  Branch: refs/heads/master
  Home:   https://github.com/Katello/katello
  Commit: 240ad6091cc5b998a813baa8572a3aa64e042b03
      https://github.com/Katello/katello/commit/240ad6091cc5b998a813baa8572a3aa64e042b03
  Author: Tom McKay <thomasmckay>
  Date:   2012-09-18 (Tue, 18 Sep 2012)

Comment 6 Og Maciel 2012-09-25 22:35:28 UTC
Verified using:

* candlepin-0.7.8-1.el6cf.noarch
* candlepin-selinux-0.7.8-1.el6cf.noarch
* candlepin-tomcat6-0.7.8-1.el6cf.noarch
* katello-1.1.12-9.el6cf.noarch
* katello-all-1.1.12-9.el6cf.noarch
* katello-candlepin-cert-key-pair-1.0-1.noarch
* katello-certs-tools-1.1.8-1.el6cf.noarch
* katello-cli-1.1.8-5.el6cf.noarch
* katello-cli-common-1.1.8-5.el6cf.noarch
* katello-common-1.1.12-9.el6cf.noarch
* katello-configure-1.1.9-4.el6cf.noarch
* katello-glue-candlepin-1.1.12-9.el6cf.noarch
* katello-glue-pulp-1.1.12-9.el6cf.noarch
* katello-qpid-broker-key-pair-1.0-1.noarch
* katello-qpid-client-key-pair-1.0-1.noarch
* katello-selinux-1.1.1-1.el6cf.noarch
* pulp-1.1.12-1.el6cf.noarch
* pulp-common-1.1.12-1.el6cf.noarch
* pulp-selinux-server-1.1.12-1.el6cf.noarch

Comment 8 errata-xmlrpc 2012-12-04 19:55:28 UTC
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/RHSA-2012-1543.html