Red Hat Bugzilla – Bug 1247202
Revamp the RHN page backend
Last modified: 2016-03-09 09:33:44 EST
Description of problem:
Currently the RHN page backend is quite hard to maintain. To make it easier to maintain and address a couple of bugs we should revamp it and add some structure.
The involved changes do not add any feature and are not visible to the user, but the involved flows should be tested thoroughly by QE.
Testing impact (what to test)-
basic sanity and regression only for this page.
*** Bug 1167212 has been marked as a duplicate of this bug. ***
Note: there is no change to the TUI, just logic cleanup behind the scenes for RHN Page.
I've tested this in the following scenarios:
subscription-manager in the default config
subscription-manager with an unauthenticated proxy
subscription-manager with an authenticated proxy
satellite5 in the default config
satellite5 with an unauthenticated proxy
satellite5 with an authenticated proxy
satellite5 in all the above scenarios with an activation key
satellite6 in the default config
satellite6 with an unauthenticated proxy
satellite6 with an authenticated proxy
satellite6 in all the above scenarios with an activation key
I haven't tested:
autoinstallation, but that code wasn't touched at all (except to add a message about why it fails if username and activationkey are set at the same time), and the interface to the model wasn't changed, so I'd expect that to work
As a bonus, setting a proxy now also retrieves the certificate through the proxy, which doesn't appear to have been done in the old codebase
I've also tested this against:
sam in the default config
sam with an unauthenticated proxy
sam with an authenticated proxy
But I'd like clarification on the requirements of SAM with an activation key. The old codebase requires that an organization be set with an activation key, which I've reproduced in the new codebase, but I don't know if SAM requires this or not (it does not seem to require an organization in general, as satellite6 does).
Currently we have:
(since there is not an additional box for satellite 6 vs satellite 5, the requirement for an organization is impossible to enforce from the TUI, though it can be enforced from the model)
activationkey? activationkey+organization? This is what I'd like clarification on
I just tested this -- SAM happily registers without an organization set.
I've moved enforcement of organization checking to the model for satellite 6 only.
According to comment#3, the new code works in rhev-hypervisor7-7.2-20151112.1.el7ev(ovirt-node-3.6.0-0.20.20151103git3d3779a.el7ev.noarch) now. I can verify this issue due to the code works now.
For more RHN detail issues, we will track by open new detail bugs. Such as bug#1283826, bug#1280217, bug#1280215.
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.