Bugzilla will be upgraded to version 5.0 on December 2, 2018. The outage period for the upgrade will start at 0:00 UTC and have a duration of 12 hours
Bug 210603 - add RHN Satellite config option to disable activation key Universal default possibility
add RHN Satellite config option to disable activation key Universal default p...
Product: Red Hat Satellite 5
Classification: Red Hat
Component: Server (Show other bugs)
All Linux
medium Severity medium
: ---
: ---
Assigned To: Jesus M. Rodriguez
Brandon Perkins
Depends On:
  Show dependency treegraph
Reported: 2006-10-13 00:19 EDT by Matt Domsch
Modified: 2008-10-29 10:21 EDT (History)
1 user (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2008-10-29 10:21:44 EDT
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

  None (edit)
Description Matt Domsch 2006-10-13 00:19:49 EDT
Description of problem:
A system admin using Dell's internal RHN Satellite Server created a new
activation key, and set it with "Universal default: yes", but shouldn't have. 
This caused all sorts of problems with new registrations of course.

To disable this possibility, I had to edit Sniglets/ActivationKeys.pm to remove
the drop-down option for "Yes" there, and force it to always be "no".

I'd like to see a high-level configuration file option which accomplishes the
same function - disable the ability to set "Universal default: yes" on a key.

Version-Release number of selected component (if applicable):
3.4, though 4.1 appears to have the same behavior.
Comment 1 Red Hat Bugzilla 2007-04-11 21:25:15 EDT
User bnackash@redhat.com's account has been closed
Comment 2 Matt Domsch 2008-10-29 10:21:44 EDT
These have been open for years with no investigation or resolution.  Since then the code base has moved on significantly, such that many of these no longer would apply to the current spacewalk code.  I'm closing these requests in the hope they're no longer necessary, or if they are, they'll get discovered anew.

Note You need to log in before you can comment on or make changes to this bug.