Bug 700313

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