Bug #21623
closedhammer repository upload-content is successful even with incorrect product ID
Description
Cloned from https://bugzilla.redhat.com/show_bug.cgi?id=1434871
Description of problem:
When using hammer to upload a new package, it tells it is successful even if the product ID and repository combination is invalid
Version-Release number of selected component (if applicable):
How reproducible: Always
Steps to Reproduce:- hammer repository upload-content --id 454 --product-id 54 --path CS_COLLECTD_CODE-2.1-1.x86_64.rpm
Successfully uploaded file 'CS_COLLECTD_CODE-2.1-1.x86_64.rpm'.
- hammer repository info --id 454 --product-id 54
ID: 454
Name: R_Operations_Yum
Label: R_Operations_Yum
Organization: org1
Red Hat Repository: no
Content Type: yum
URL:
Publish Via HTTP: no
Published At: https://usl10149341.am.hedani.net/pulp/repos/org1/ENG/CV_CSL3_1_0/custom/P_Operations/R_Operations_Yum/
Relative Path: org1/ENG/CV_CSL3_1_0/custom/P_Operations/R_Operations_Yum
Download Policy: immediate
Product:
ID: 40
Name: P_Operations
GPG Key:
Sync:
Status: Not Synced
Created: 2016/09/29 12:09:19
Updated: 2016/11/16 15:15:01
Content Counts:
Packages: 8
Package Groups: 0
Errata: 0
(NOTE product-id is 40 in this output)
Actual results: It says that the content is successfully uploaded
Expected results:
It should give a proper error message if product Id is incorrect
Additional info:
Updated by The Foreman Bot almost 7 years ago
- Status changed from New to Ready For Testing
- Assignee set to Andrew Kofink
- Pull request https://github.com/Katello/hammer-cli-katello/pull/528 added
Updated by Anonymous almost 7 years ago
- Status changed from Ready For Testing to Closed
- % Done changed from 0 to 100
Applied in changeset hammer-cli-katello|3f04813d1e8ae30d3ac1669303e9a96c70b8ae4c.
Updated by Justin Sherrill almost 7 years ago
- Subject changed from hammer repository upload-content is successful even with incorrect product ID to hammer repository upload-content is successful even with incorrect product ID
- Translation missing: en.field_release set to 284