Bug 1271586

Summary:	Package Upload to Products via GUI is not updating Info - regression
Product:	Red Hat Satellite	Reporter:	Roman Plevka <rplevka>
Component:	Repositories	Assignee:	Eric Helms <ehelms>
Status:	CLOSED ERRATA	QA Contact:	Og Maciel <omaciel>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	Nightly	CC:	bbuckingham, bkearney, cwelton, mmccune, omaciel
Target Milestone:	Unspecified	Keywords:	Regression, Triaged
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
URL:	http://projects.theforeman.org/issues/10327
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-07-27 11:22:45 UTC	Type:	Bug
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Roman Plevka 2015-10-14 11:09:46 UTC

Description of problem:
After uploading a package to the yum repo using WebGUI, the repository is not being refreshed and the package is not visible.
The package is being uploaded and added to the pulp directory tree correctly.
Same action works correctly with using Hammer CLI.
(hammer repository upload-content --product my_product_1 --organization-id 1 --name test_1_good --path mypackage.9.603.5-1.x86_64.rpm )

Version-Release number of selected component (if applicable):
# rpm -qa katello
katello-2.4.0-6.nightly.el7.noarch

How reproducible:
always

Steps to Reproduce:
1. using WebUI, create a product
2. create a yum repository within this product
3. upload a package using the 'upload package' form


Actual results:
The info about packages and errata is not being refreshed,
the package is unable to be found.

Expected results:
The uploaded packages are properly indexed and shown


Additional info:
Workaround: 
you can have the repo 'refreshed' by 'syncing' it.
Even if it is a custom local repo, you can put some text into "url" field, which enables the "Sync Now" button.
The sync runs and fails (of course), but the task performs some kind of refresh.
The packages will be now shown.

Comment 3 Bryan Kearney 2016-01-12 19:03:36 UTC

Upstream bug assigned to ehelms

Comment 4 Bryan Kearney 2016-01-12 19:03:38 UTC

Upstream bug component is Content Management

Comment 5 Bryan Kearney 2016-01-12 19:03:41 UTC

Moving to POST since upstream bug http://projects.theforeman.org/issues/10327 has been closed

Comment 6 Bryan Kearney 2016-02-05 15:41:43 UTC

Upstream bug component is Content Management

Comment 7 Bryan Kearney 2016-02-05 15:44:07 UTC

No idea why I moved this to FailedQA.

Comment 8 Bryan Kearney 2016-02-05 17:06:43 UTC

Moving to POST since upstream bug http://projects.theforeman.org/issues/10327 has been closed

Comment 11 Bryan Kearney 2016-03-31 18:18:01 UTC

Upstream bug assigned to ehelms

Comment 12 Bryan Kearney 2016-04-01 06:07:56 UTC

Upstream bug assigned to ehelms

Comment 13 Mike McCune 2016-04-01 22:11:06 UTC

This worked fine for me on 6.2 SNAP 6, moving ON_QA

you can see a recording I did of the upload here:

https://mmccune.fedorapeople.org/scratch/upload-package.gif

Comment 14 Og Maciel 2016-04-04 18:13:11 UTC

I have also been able to test this issue (see comment #13) and will mark it as VERIFIED on Satellite 6.2.0 SNAP 6.1

Comment 15 Bryan Kearney 2016-07-27 11:22:45 UTC

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.

https://access.redhat.com/errata/RHBA-2016:1501