Bugzilla will be upgraded to version 5.0. The upgrade date is tentatively scheduled for 2 December 2018, pending final testing and feedback.
Bug 858193 - After uploading manifest, javascript error: TypeError: P.data("jsp") is undefined
After uploading manifest, javascript error: TypeError: P.data("jsp") is unde...
Status: CLOSED ERRATA
Product: Red Hat Satellite 6
Classification: Red Hat
Component: WebUI (Show other bugs)
6.0.0
Unspecified Unspecified
unspecified Severity medium (vote)
: Unspecified
: Unused
Assigned To: Tom McKay
Og Maciel
: Triaged
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 2012-09-18 05:52 EDT by Jeff Weiss
Modified: 2014-11-09 17:52 EST (History)
5 users (show)

See Also:
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 14:55:28 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)


External Trackers
Tracker ID Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2012:1543 normal SHIPPED_LIVE Important: CloudForms System Engine 1.1 update 2012-12-04 19:39:57 EST

  None (edit)
Description Jeff Weiss 2012-09-18 05:52:55 EDT
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 14:03:35 EDT
  Branch: refs/heads/master
  Home:   https://github.com/Katello/katello
  Commit: 240ad6091cc5b998a813baa8572a3aa64e042b03
      https://github.com/Katello/katello/commit/240ad6091cc5b998a813baa8572a3aa64e042b03
  Author: Tom McKay <thomasmckay@redhat.com>
  Date:   2012-09-18 (Tue, 18 Sep 2012)
Comment 6 Og Maciel 2012-09-25 18:35:28 EDT
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 14:55:28 EST
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

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