RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.
Bug 810306 - Lack of Messaging for Skipping Subscription
Summary: Lack of Messaging for Skipping Subscription
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Red Hat Enterprise Linux 6
Classification: Red Hat
Component: subscription-manager
Version: 6.3
Hardware: Unspecified
OS: Unspecified
unspecified
unspecified
Target Milestone: rc
: ---
Assignee: Shwetha Kallesh
QA Contact: Entitlement Bugs
URL:
Whiteboard:
Depends On:
Blocks: 738066
TreeView+ depends on / blocked
 
Reported: 2012-04-05 15:09 UTC by Matt Reid
Modified: 2012-06-20 13:08 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-06-20 13:08:56 UTC
Target Upstream Version:
Embargoed:

Attachments (Terms of Use)
What a "manual config needed" screen in firstboot could look like (56.50 KB, image/png)
2012-04-05 15:09 UTC, Matt Reid 		no flags Details
Manual subscription necesssary dialog (136.68 KB, image/png)
2012-04-05 15:11 UTC, Matt Reid 		no flags Details
Reusable screen for firstboot "Manual Configuration Required" (121.42 KB, image/png)
2012-04-10 18:58 UTC, Michael Stead 		no flags Details
manual_configuration screen (123.23 KB, image/png)
2012-04-12 14:34 UTC, Shwetha Kallesh 		no flags Details
View All


Links
System ID Private Priority Status Summary Last Updated
Red Hat Bugzilla 811553 0 unspecified CLOSED Improve wording on 'Skip automatic subscription...' checkbox 2021-02-22 00:41:40 UTC
Red Hat Product Errata RHBA-2012:0804 0 normal SHIPPED_LIVE subscription-manager bug fix and enhancement update 2012-06-19 19:51:31 UTC

Internal Links: 811553

Description Matt Reid 2012-04-05 15:09:14 UTC 
Description of problem:
I don't think we provide enough context around manual/skipped subscription cases right now. The current button says "Skip automatic subscription selection for this system". I something along the lines of, "I would like to manually subscribe this system (takes place after firstboot)" gives them a better idea of what they're signing up for and how it works. That way if they want to manually subscribe, they know they'll have to do it after.

I'd like to see more messaging in general though, I just ran through firstboot, selected the skip checkbox, and watched the system register me, and then go straight to the user creation portion. We should either show a dialog or include an interstitial screen letting them know that they can manually subscribe after firstboot is complete. These would also be used in the case that auto-subscription fails.


Version-Release number of selected component (if applicable):
rhn-setup-1.0.0-85.el6
subscription-manager*-99.13-1.el6

How reproducible:
Always

Steps to Reproduce:
1. unregister system
2. # firstboot
3. step through firstboot, check skip subscription, click forward
4. System is registered, and then user is brought to user creation
  
Actual results:
Nothing telling them that they'll be able to subscribe manually after firstboot is done and they've booted

Expected results:
Something letting them know when/how they can subscribe manually

Additional info:
I was able to get a dialog to show during auto-subscription with the 37060.pem file. That dialog does not tell them to use the All Available Subscriptions tab, once they have launched Subscription Manager though.
Comment 1 Matt Reid 2012-04-05 15:09:58 UTC 
Created attachment 575475 [details]
What a "manual config needed" screen in firstboot could look like
Comment 2 Matt Reid 2012-04-05 15:11:32 UTC 
Created attachment 575476 [details]
Manual subscription necesssary dialog
Comment 6 Michael Stead 2012-04-05 18:06:54 UTC 
The screen in comment 1 is only for firstboot correct?
Comment 9 Michael Stead 2012-04-10 18:57:11 UTC 
There are other situations where we currently show a small dialog stating that the user should manually subscribe because of X.

1) Service Level not supported by server.
2) No installed products on system.
3) All installed products are covered by valid subscriptions.
4) Unable to subscribe to any additional products with service level: %s
5) No service levels will cover all installed products.

How do folks feel about reusing the screen in comment 1 for these situations in firstboot instead of the dialog that appears over the Create User screen. We could add a 'message' at the top, and just reiterate the text in comment 1.

There is NOT a lot of extra work involved in doing this. Pretty much adding one line per case. I would suggest we do it for 6.3.

I will also attach a screen shot.
Comment 10 Michael Stead 2012-04-10 18:58:22 UTC 
Created attachment 576559 [details]
Reusable screen for firstboot "Manual Configuration Required"
Comment 11 Matt Reid 2012-04-10 19:18:55 UTC 
(In reply to comment #9)
> There are other situations where we currently show a small dialog stating that
> the user should manually subscribe because of X.
> 
> 1) Service Level not supported by server.
> 2) No installed products on system.
> 3) All installed products are covered by valid subscriptions.
> 4) Unable to subscribe to any additional products with service level: %s
> 5) No service levels will cover all installed products.
> 
> How do folks feel about reusing the screen in comment 1 for these situations in
> firstboot instead of the dialog that appears over the Create User screen. We
> could add a 'message' at the top, and just reiterate the text in comment 1.
> 
> There is NOT a lot of extra work involved in doing this. Pretty much adding one
> line per case. I would suggest we do it for 6.3.
> 
> I will also attach a screen shot.

I think that's a nicer way of handling it.

Might just be compression affecting the screenshot, but it looks like the "All Available Subscriptions" isn't consistently bolded in your screenshot. All looks like it's regular.

In the future I'd like to have more messaging around which products could be satisfied/which can't/at what SLA, so users have a better idea what's getting in the way and what to look for when they're manually subscribing. I imagine that's not trivial though and will probably have to wait so we can revisit later.
Comment 12 Michael Stead 2012-04-11 12:17:46 UTC 
Available in subscription-manager-0.99.14-1+, subscription-manager-1.0.0-1+

RHEL6.3: 71fa5ad9c707e40da05b4db38437aaef919d8692
master: f42a18683b52f3c2df64f7165c2170fa074551a6


NOTE: We did not have time to address the wording of the 'skip' checkbox on the
registration page. A new bug has been created to address this issue in 5.9.

BZ: 811553
Comment 14 Shwetha Kallesh 2012-04-12 14:34:43 UTC 
Created attachment 577090 [details]
manual_configuration screen

Verified!!

[root@dhcp201-196 ~]# rpm -qa | grep subscription-manager
subscription-manager-1.0.0-1.git.17.284aa0b.el6.x86_64
subscription-manager-migration-data-1.12.1.3-1.git.0.1b05607.el6.noarch
subscription-manager-migration-1.0.0-1.git.17.284aa0b.el6.x86_64
subscription-manager-debuginfo-0.99.13-1.el6.x86_64
subscription-manager-gnome-1.0.0-1.git.17.284aa0b.el6.x86_64
subscription-manager-firstboot-1.0.0-1.git.17.284aa0b.el6.x86_64
Comment 16 errata-xmlrpc 2012-06-20 13:08:56 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/RHBA-2012-0804.html
Note You need to log in before you can comment on or make changes to this bug.