Bug 1322620

Summary:	Product/Repo: No default option Download Policy and auto-populated choice is non-intuitive
Product:	Red Hat Satellite	Reporter:	Corey Welton <cwelton>
Component:	Repositories	Assignee:	David Davis <daviddavis>
Status:	CLOSED ERRATA	QA Contact:	Kedar Bidarkar <kbidarka>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	6.2.0	CC:	bbuckingham, jsherril, kbidarka, lpramuk, mmccune
Target Milestone:	Unspecified	Keywords:	Triaged
Target Release:	Unused
Hardware:	Unspecified
OS:	Unspecified
URL:	http://projects.theforeman.org/issues/14622
Whiteboard:
Fixed In Version:	rubygem-katello-3.0.0.22-1	Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2016-07-27 11:15:22 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:
Bug Depends On:	1329738
Bug Blocks:

Description Corey Welton 2016-03-30 22:07:32 UTC

Description of problem:
When creating a new Product Repo, the "Download Policy" field is unpopulated by default. Furthermore, continuing on w/o selecting a Download policy defaults to "On Demand", which is the last option in the dropdown.

Version-Release number of selected component (if applicable):

SNAP 6

How reproducible:


Steps to Reproduce:
1.  Install fresh satellite, start creating product repos.
2.  Observe the "Download Policy" field which is blank.  Do not select anything
3.  Submit

Actual results:

* Repo can be created w/o immediately/knowingly selecting any Download Policy
* The Download policy selected is the last one in the list, not even the first one.

Expected results:

A bit more intuitive behavior, at least an option prepopulated in there.

Additional info:
 < mmccune> cswiii: im pretty sure it will default to the site-wide default in Settings 

This is fine, but in this case it means we should pre-select/autopopulate the site-wide default in the dropdown.


This is a really small thing, but it is going to confuse new user, especially those trying out the new feature.

Comment 3 David Davis 2016-03-31 14:53:09 UTC

*** Bug 1315365 has been marked as a duplicate of this bug. ***

Comment 4 Partha Aji 2016-04-13 18:37:33 UTC

Created redmine issue http://projects.theforeman.org/issues/14622 from this bug

Comment 5 David Davis 2016-04-19 23:26:35 UTC

This supersedes https://bugzilla.redhat.com/show_bug.cgi?id=1323769 which is marked as Beta. So I'm moving this to Beta.

Comment 6 Bryan Kearney 2016-04-20 18:06:59 UTC

Moving to POST since upstream bug http://projects.theforeman.org/issues/14622 has been closed
-------------
Anonymous
Applied in changeset commit:katello|f12bb40c32fad1d6655a131c8e81a97a0afa3fab.

Comment 8 Kedar Bidarkar 2016-04-25 09:48:59 UTC

VERIFIED with sat62-snap9.2


Now the download policy for the custom repos being created will be picked up depending upon the global download policy set, which is Administer-->Settings-->Katello-->Default download policy.

a) created a custom repo with "immediate" set as "default download policy" in global setting and the same reflected for the custom repo as default.

b) created a custom repo with "on_demand" set as "default download policy" in global setting and the same reflected for the custom repo as default.

Comment 9 Bryan Kearney 2016-07-27 11:15:22 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