Hide Forgot
Description of problem: Clicking 'Activate a Subscription' button in Subscription Manager firstboot looks doing nothing but a dialogue is displayed behind firstboot screen so cannot operate. Version-Release number of selected component (if applicable): subscription-manager-firstboot-0.95.8-1.el6.i686 How reproducible: always Steps to Reproduce: 1. Run firstboot -r on a unregistered system 2. Register the system and click 'Activate a Subscription' 3. Actual results: Cannot operate 'Activate a Subscription' in firstboot Expected results: Can do Additional info:
Created attachment 495404 [details] Where is a dialogue? Oh here it is.
Since RHEL 6.1 External Beta has begun, and this bug remains unresolved, it has been rejected as it is not proposed as exception or blocker. Red Hat invites you to ask your support representative to propose this request, if appropriate and relevant, in the next release of Red Hat Enterprise Linux.
I have replicated this on the following version: python-rhsm-0.95.6-1.git.0.b36d0a5.el6.noarch subscription-manager-0.95.8-1.git.2.0021292.el6.x86_64 subscription-manager-firstboot-0.95.8-1.git.2.0021292.el6.x86_64 subscription-manager-gnome-0.95.8-1.git.2.0021292.el6.x86_64 the 'firstboot -r' isn't necessary, it seems to happen also if you did a "register later" during the first firstboot.
I have also replicated this on the latest rhel 6.1 build using a live firstboot. subscription-manager-0.95.8-1.el6.x86_64 subscription-manager-firstboot-0.95.8-1.el6.x86_64 subscription-manager-gnome-0.95.8-1.el6.x86_64
Created attachment 495813 [details] I also reproduced the case where the email address dialog is popping up behind the firstboot panel I have also reproduced this failure where the email address dialog is popping up behind the firstboot panel after clicking the "Activate a Subscription" button in build: [root@jsefler-onprem-5server ~]# rpm -qa | grep subscription-manager subscription-manager-firstboot-0.95.5.8-1.git.6.42d8706.el5 subscription-manager-gnome-0.95.5.8-1.git.6.42d8706.el5 subscription-manager-0.95.5.8-1.git.6.42d8706.el5 However, what is interesting to me is that I am running my build on a non-DELL KVM guest with an rhsm.conf pointing to the production candlepin server. Therefore I believe that the "Activate a Subscription" button should never have shown up in the first place! Moreover, here are my system facts... [root@jsefler-onprem-server ~]# subscription-manager facts --list | grep dmi.system dmi.system.family: Not Specified dmi.system.manufacturer: Not Specified dmi.system.product_name: Not Specified dmi.system.serial_number: Not Specified dmi.system.sku_number: Not Specified dmi.system.status: No errors detected dmi.system.uuid: 053ed987-8890-ba37-dc7f-64b0536a9d67 dmi.system.version: Not Specified dmi.system.wake-up_type: Power Switch ^^^ Note that dmi.system.manufacturer does not contain "DELL" and therefore that theoretically breaks the rules for providing the "Activate a Subscription" button. Also interesting to me is that after I get beyond firstboot and I open subscription-manager-gui, the "Activate a Subscription" button is NOT there. So why does the button appear in firstboot, but not in subscription-manager-gui?
fixed in ce8d1612eebc5c8a5f9d20e1769f2d575a24aaff.
commit ad2c9de13188564ba00c7151ca72602fd5cde00b Author: Justin Harris <jharris> Date: Mon May 2 11:53:39 2011 -0400 700313: Tweaking activate dialog properties to show in firstboot. commit 002129264af09a202d784de7c8d4f5f3d81bf39d Author: Adrian Likins <alikins> Date: Mon Apr 18 14:16:43 2011 -0400 699442: dates are being displayed incorrectly everywhere installed tab was storing a formatted date string, which was getting coverted to a datetime, losing it's timezone, and was then getting displayed incorrectly. Change all of our TreeStores to store datetime objects for dates instead of formatted strings, and make CellRendererDate do the formatting. Add parseDate to managerlib and make formatDate just format. parseDate expects an iso8601 style date and returns a datetime, while formatDate expects a datetime and returns a formatted string. Move LocalTz tzinfo subclass here from gui/utils. Note: for installedtab, we also changed the start/end dates displayed from being the _order_ start and end dates, to being the stand/end dates for the certificate. Try to be a little more consistent in our usage of formatDate vs strftime
Ignore comment 11, wrong commit log... commit 72e1c6faf1815e5d1880ee787857380f6040e528 Author: Adrian Likins <alikins> Date: Mon May 2 11:15:14 2011 -0400 700313: We were skipping the code that hides the activation button A changed introduced to hide the register buttons also skipped the code that hid the activation buttons. Split that code up so we can do both, as well as make the button hidden by default in the glade (otherwise the button briefly appears then disappears) commit ca8f12a7a8493ba1ebdb0811155ecb848469aaaf Author: Justin Harris <jharris> Date: Mon May 2 11:53:39 2011 -0400 700313: Tweaking activate dialog properties to show in firstboot.
Created attachment 496564 [details] Verification that the email address dialog pops up in front of firstboot panel Verifying Version [root@jsefler-stage-6server facts]# rpm -qa | grep subscription-manager subscription-manager-firstboot-0.95.9-1.el6.x86_64 subscription-manager-gnome-0.95.9-1.el6.x86_64 subscription-manager-0.95.9-1.el6.x86_64 In this screenshot, you will see that after pressing the "Activate a Subscription" button, the email address dialog now pops up in front of the firstboot panel Note: This test was performed against the stage environment with the following facts: # subscription-manager facts --list | egrep "system.manufacturer|system.serial_number" dmi.system.manufacturer: DELL Inc. dmi.system.serial_number: CNZFGH6 The CNZFGH6 asset tag was previously provided in a subscription hock with the IT team. These two facts are what was needed to get the "Activate a Subscription" button to show. 1. Verifying that the email address dialog pops-up in front of the firstboot panel is one part of this bug.
Created attachment 496567 [details] notice that the "Activate a Subscription" button in the Tools is not rendered Verifying Version [root@jsefler-stage-6server facts]# rpm -qa | grep subscription-manager subscription-manager-firstboot-0.95.9-1.el6.x86_64 subscription-manager-gnome-0.95.9-1.el6.x86_64 subscription-manager-0.95.9-1.el6.x86_64 Part 2 of this bug verification is to assert that the "Activate a Subscription" button in the Tools group is NOT rendered when the facts of the system do not match an asset tag in the ordering system with Red Hat. Here are the relevant facts of the system: [root@jsefler-stage-6server facts]# subscription-manager facts --list | egrep "system.manufacturer|system.serial_number" dmi.system.manufacturer: DELL Inc. dmi.system.serial_number: INVALID_CNZFGH6 Because "INVALID_CNZFGH6" is unknown to the Red Hat ordering system. There is no "Activate a Subscription" Tool. Part 2 of this bug is verified.
moving to VERIFIED
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHEA-2011-0611.html