Bug #31384
closedhammer os list fails with default organization set
Description
Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1649011
Description of problem:
When a default organization is set `hammer os list` returns "Association not found for organization. Removing the organization default results in the OS list returning.
Version-Release number of selected component (if applicable): 6.4.0-15
How reproducible:
Always
Steps to Reproduce:
1. Execute `hammer defaults add --param-name organization_id --param-value 1
2. Execute `hammer os list`
Actual results:
Command returns with "Association not found for organization"
Expected results:
List of operating systems:
ID,TITLE,RELEASE NAME,FAMILY
1,RedHat 7.4,,Redhat
Additional info:
The expected result is returned if the default organization id is removed; however, this results in a change in behavior from 6.2.15, the previous release we used. Alternatively, if there is an argument to pass to hammer to either specify an organization-id of null or to ignore defaults.yml, it would allow us to avoid significantly rewriting our deployment automation.
Updated by yifat makias about 4 years ago
- Category deleted (
19) - Status changed from New to Assigned
- Assignee set to yifat makias
Updated by The Foreman Bot about 4 years ago
- Status changed from Assigned to Ready For Testing
- Pull request https://github.com/theforeman/foreman/pull/8155 added
Updated by yifat makias almost 4 years ago
- Project changed from Foreman to Hammer CLI
- Status changed from Ready For Testing to Assigned
- Pull request deleted (
https://github.com/theforeman/foreman/pull/8155)
Updated by The Foreman Bot almost 4 years ago
- Status changed from Assigned to Ready For Testing
- Pull request https://github.com/theforeman/hammer-cli-foreman/pull/551 added
Updated by The Foreman Bot almost 4 years ago
- Fixed in Releases hammer-cli-foreman-2.4.0 added
Updated by Anonymous almost 4 years ago
- Status changed from Ready For Testing to Closed
Applied in changeset hammer-cli-foreman|28331a3d532b596ede3d303efc4ba818c4a7e33c.
Updated by Oleh Fedorenko over 3 years ago
- Related to Bug #32695: API has inconsistent behavior with taxable parameters added