| Summary: | Unable to delete group coprs | ||
|---|---|---|---|
| Product: | [Community] Copr | Reporter: | Sean Myers <sean.myers> |
| Component: | backend | Assignee: | Miroslav Suchý <msuchy> |
| Status: | CLOSED CURRENTRELEASE | QA Contact: | |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | unspecified | CC: | praiskup, randy |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| 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: | 2019-10-03 07:51: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: | |
|
Description
Sean Myers
2016-11-04 17:13:44 UTC
As indicated by the severity, the inability to delete these coprs is not blocking me in any way. However, if a reproducer can be found and captured in a test or it's otherwise not helpful to keep the "offending" coprs around, I'd love to see these coprs be destroyed: * https://copr.fedorainfracloud.org/coprs/g/pulp/2.9/ * https://copr.fedorainfracloud.org/coprs/g/pulp/2.10-nightly/ * https://copr.fedorainfracloud.org/coprs/g/pulp/rbarlow-2.8-testing/ Also, while I'm pretty sure the rbarlow user owns those coprs, I'm not completely sure, and might be completely wrong about my repro steps. I can confirm that I think these coprs should be deleted. Yeah, rbarlow is blocked from doing anything with the coprs by no longer being in the FAS group 'pulp'. At the same time, he is the COPR user that created the projects, which is the requirement for deletion. You are right that FAS group administrators should have this permission instead. I should be able to delete the coprs as COPR (general) admin. Resolved via: https://pagure.io/copr/copr/issue/779 |