Bug 1455171

Summary: undefined method `default_capsule?' for true:TrueClass when manipulating Repository
Product: Red Hat Satellite Reporter: Peter Ondrejka <pondrejk>
Component: RepositoriesAssignee: Justin Sherrill <jsherril>
Status: CLOSED ERRATA QA Contact: Roman Plevka <rplevka>
Severity: high Docs Contact:
Priority: high    
Version: 6.2.10CC: bbuckingham, bkearney, egolov, jsherril, rplevka, sghai
Target Milestone: UnspecifiedKeywords: Regression, Triaged
Target Release: Unused   
Hardware: Unspecified   
OS: Unspecified   
Fixed In Version: rubygem-katello- Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2017-06-20 17:24:11 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:
Description Flags
screenshot none

Description Peter Ondrejka 2017-05-24 12:14:13 UTC
Description of problem:

When publishing a new version of a content view via UI, a box pops up saying:

undefined method `default_capsule?' for true:TrueClass

See attached screenshot. Production log attached.

How reproducible:
Does not occur on the initial publish of a CV, only when publishing a new version

Steps to Reproduce:
1. create a CV, add some repository, publish a cv
2. optionally add another repo and publish a new verison of a cv

Checking or unchecking "Force Yum Metadata Regeneration" has no effect on this (btw. the question mark next to the option shows no context help)

Actual results:

Expected results:
cv should publish successfully

Additional info:

Occurs only if the original cv has some repository enabled, empty cv can be published multiple times without complications.

Comment 1 Peter Ondrejka 2017-05-24 12:14:58 UTC
Created attachment 1281942 [details]

Comment 2 Peter Ondrejka 2017-05-24 12:15:42 UTC
Created attachment 1281943 [details]

Comment 3 Evgeni Golov 2017-05-24 13:06:55 UTC
I wonder if this is a "dupe" of https://bugzilla.redhat.com/show_bug.cgi?id=1455035
Same error, just other place where it happens.

Comment 4 Roman Plevka 2017-05-24 13:27:06 UTC
This actually happens on updating Repositorties.

e.g. updating repository download policy.
# hammer repository update --id 1 --download-policy background

Comment 5 Brad Buckingham 2017-05-24 13:56:58 UTC
Looking at the code, this one may have also been introduced by bug 1375075.  Justin, can you take a look?

Comment 8 Justin Sherrill 2017-05-24 21:01:11 UTC
*** Bug 1455035 has been marked as a duplicate of this bug. ***

Comment 9 Roman Plevka 2017-05-29 10:39:14 UTC
this has been fixed in 6.2.10-2

Comment 11 errata-xmlrpc 2017-06-20 17:24:11 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.