Bug #8237
closedCan set a bad max_content_hosts value when unlimited_content_hosts is true
Description
Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1156555
Description of problem:
Creating an activation key with these options fails, as it should:
- max_content_hosts=-5
- max_content_hosts='ABcd37'
However, creating an activation key with these options succeed:
- unlimited_content_hosts=True, max_content_hosts=-5
- unlimited_content_hosts=True, max_content_hosts='ABcd37'
- unlimited_content_hosts=True, max_content_hosts=5
As demonstrated above, the API allows an invalid value for the `max_content_hosts` argument when `unlimited_content_hosts` is true. When this occurs, the `max_content_hosts` option is entirely ignored. Here's a concrete example:
>>> attrs = entities.ActivationKey(
... max_content_hosts='ABcd37',
... unlimited_content_hosts=True
... ).create()
>>> for attr in ('max_content_hosts', 'unlimited_content_hosts'):
... print(attrs[attr])
...
None
True
Version-Release number of selected component (if applicable):
Tested against a nightly build of Satellite 6 on a machine with the following packages installed:
- apr-util-ldap-1.3.9-3.el6_0.1.x86_64
- candlepin-0.9.32-1.el6.noarch
- candlepin-common-1.0.8-1.el6.noarch
- candlepin-selinux-0.9.32-1.el6.noarch
- candlepin-tomcat6-0.9.32-1.el6.noarch
- elasticsearch-0.90.10-7.el6.noarch
- foreman-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- foreman-compute-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- foreman-gce-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- foreman-libvirt-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- foreman-ovirt-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- foreman-postgresql-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- foreman-proxy-1.7.0-0.develop.201410221520gitccd77aa.el6.noarch
- foreman-release-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- foreman-selinux-1.7.0-0.develop.201410210825gitaab37c6.el6.noarch
- foreman-vmware-1.7.0-0.develop.201410232354git5e8706d.el6.noarch
- katello-2.1.0-1.201410231000gitac15899.el6.noarch
- katello-certs-tools-2.0.1-1.el6.noarch
- katello-default-ca-1.0-1.noarch
- katello-installer-2.1.0-1.201410162242git33b9fc3.el6.noarch
- katello-repos-2.1.1-1.el6.noarch
- katello-server-ca-1.0-1.noarch
- openldap-2.4.23-32.el6_4.1.x86_64
- pulp-docker-plugins-0.2.1-0.2.beta.el6.noarch
- pulp-katello-0.3-3.el6.noarch
- pulp-nodes-common-2.5.0-0.7.beta.el6.noarch
- pulp-nodes-parent-2.5.0-0.7.beta.el6.noarch
- pulp-puppet-plugins-2.5.0-0.7.beta.el6.noarch
- pulp-puppet-tools-2.5.0-0.7.beta.el6.noarch
- pulp-rpm-plugins-2.5.0-0.7.beta.el6.noarch
- pulp-selinux-2.5.0-0.7.beta.el6.noarch
- pulp-server-2.5.0-0.7.beta.el6.noarch
- python-ldap-2.3.10-1.el6.x86_64
- ruby193-rubygem-ldap_fluff-0.3.2-1.el6.noarch
- ruby193-rubygem-net-ldap-0.3.1-2.el6.noarch
- ruby193-rubygem-runcible-1.2.0-1.el6.noarch
How reproducible:
100%
Steps to Reproduce:
See "Description of problem" section at top of post.
Actual results:
an activation key is created.
Expected results:
No activation key is created.
Additional info:
The API exhibits a similar bug, though its behaviour is not identical.
Updated by The Foreman Bot about 10 years ago
- Status changed from New to Ready For Testing
- Target version set to 59
- Pull request https://github.com/Katello/katello/pull/4790 added
- Pull request deleted (
)
Updated by Eric Helms about 10 years ago
- Translation missing: en.field_release set to 14
- Triaged changed from No to Yes
Updated by Bryan Kearney almost 10 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset katello|70b4eddb1bc174698390e7b58f18f866f9936831.