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:
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 ***