Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.

Bug 1843076

Summary:	Catalog initializer hangs indefinitely if a CSV has a cyclic replaces field
Product:	OpenShift Container Platform	Reporter:	kpavic
Component:	OLM	Assignee:	Evan Cordell <ecordell>
OLM sub component:	OLM	QA Contact:	Jian Zhang <jiazha>
Status:	CLOSED DUPLICATE	Docs Contact:
Severity:	unspecified
Priority:	unspecified	CC:	nhale
Version:	4.3.z
Target Milestone:	---
Target Release:	4.6.0
Hardware:	Unspecified
OS:	Unspecified
Whiteboard:
Fixed In Version:		Doc Type:	If docs needed, set a value
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2020-06-03 17:47:04 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 kpavic 2020-06-02 17:23:44 UTC

Description of problem:
The catalog-initializer hangs indefinitely if a cycle is created via "replaces" attributes in CSVs.

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


How reproducible:
Modifying a CSV to replace itself and running the catalog-initializer command on the medatada.

Steps to Reproduce:
1. Modify an operator CSV's "replaces" field to replace itself.
2. Run the initializer command on the manifests containing the modified CSV

Actual results:
The catalog initializer command hangs when it gets to adding the modified operator to the database.


Expected results:
Detection of the loop and an error message explaining the problem.

Additional info:

Comment 1 Nick Hale 2020-06-03 17:47:04 UTC

Closing this a duplicate of a bug that missed being backported. I've opened the cherry-pick PR and bug for the fix against 4.3 (see https://bugzilla.redhat.com/show_bug.cgi?id=1843647).

*** This bug has been marked as a duplicate of bug 1843647 ***