Red Hat Bugzilla – Bug 968346
Popup unreliable for "changesets__promote"
Last modified: 2014-06-19 15:07:43 EDT
Description of problem: We have no popup for "changesets__promote". But from UI under user Notification, we do get a notification for "Successfully promoted changeset " Tue, 28 May 2013 13:08:40 +0000 success ACME_Corporation Successfully promoted changeset 'create_dev_changeset1113'. Tue, 28 May 2013 13:08:14 +0000 success ACME_Corporation Started content promotion to Development environment using 'create_dev_changeset1113' Tue, 28 May 2013 13:07:56 +0000 success ACME_Corporation Promotion Changeset 'create_dev_changeset1113' was created. Version-Release number of selected component (if applicable): [root@XYZ ~]# rpm -qav | grep -i katello katello-qpid-client-key-pair-1.0-1.noarch katello-1.4.2-1.git.469.ba512a5.el6.noarch katello-cli-1.4.2-1.git.71.2a2d883.el6.noarch katello-candlepin-cert-key-pair-1.0-1.noarch katello-cli-common-1.4.2-1.git.71.2a2d883.el6.noarch katello-common-1.4.2-1.git.469.ba512a5.el6.noarch katello-selinux-1.4.3-1.git.3.ce8227b.el6.noarch katello-all-1.4.2-1.git.469.ba512a5.el6.noarch katello-certs-tools-1.4.2-1.el6.noarch katello-glue-candlepin-1.4.2-1.git.469.ba512a5.el6.noarch katello-configure-1.4.3-1.git.41.e1043b5.el6.noarch katello-qpid-broker-key-pair-1.0-1.noarch katello-glue-elasticsearch-1.4.2-1.git.469.ba512a5.el6.noarch katello-glue-pulp-1.4.2-1.git.469.ba512a5.el6.noarch signo-katello-0.0.9-1.el6.noarch katello-repos-1.4.2-1.el6.noarch How reproducible: Steps to Reproduce: 1. sync the fake custom repo 2. Add the content to CS 3. promote the CS 4. we do get popup for a) changesets_create b) changesets_apply c) but none/unreliable for changesets_promote even thoguh it's a success. d) Also we do get a notification on dashboard->User Notification Actual results: no popup Expected results: popup for changesets_promote needs to be reliable. To be clear, very rarely we get a popup when changeset promotion is a success Additional info:
Do you also see it missing from the 'notifications' page? Is it possible that you have multiple browsers or tabs open for the user? With those particular notifications, they are delivered asynchronously. By that, it means that the first browser instance that polls for the notification will get it. Those polls occur by default every 120 seconds or when the user browses to a new page. Since this is a success notification, it will be displayed for only a few seconds and then fade away, so it is possible that it happened and it was missed.
if this is indeed a case of multiple browser windows open, please close
No, we are well aware of the "multiple sessions for the same user" issue and we deliberately user a different user for each session to avoid it.
Closing old bugs which are not relevant based on new UI and CLI