Deleting a resource leaves the policies granted on it
Los mantenedores suelen responder en 1 día
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 62/100
- Tipo de issue
- Error
- Claridad
- Bien especificado
- Estado de actividad
- Activo
- Stack tecnológico
- go
- Área
- authorization, backend
Línea de trabajo
Start with Delete and Purge in core/resource/service.go, which remove the resource's relations and row but never touch the policy service. Reproduce the steps with CreatePolicy, DeleteProjectResource, then ListPolicies and GetPolicy, and check the policy rows and role binding relations that remain. Done means that deleting a resource, directly or through the project delete cascade, also removes its policies, and ListPolicies no longer returns them.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Deleting a resource removes its SpiceDB relations and soft-deletes its row. Policies granted on the resource are not deleted. Their rows and their two role binding relations stay, and ListPolicies still returns them. They no longer grant anything, because the link from the resource to the role binding is gone.
The project delete cascade purges project resources the same way, so policies on them stay too.
Steps
- Create a resource and grant a user a role on it with
CreatePolicy. - Delete the resource with
DeleteProjectResource. ListPoliciesfor the user still returns the policy, andGetPolicystill finds it.
Code
Delete and Purge in core/resource/service.go delete the resource's relations and row, but never call the policy service.
Expected
Deleting a resource also deletes the policies on it.
- Lenguaje dominante
- Go
- Estrellas
- 344
- Forks
- 48
- Merge medio
- 2 d 9 h
- PR fusionados (30 d)
- 47
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Sin guía de contribución
Primeros pasos
- Lee el issue completo y luego la guía de contribución del proyecto.
- Comenta en el issue que vas a ocuparte — evita que dos personas hagan lo mismo.
- Haz un fork del repositorio y trabaja en una rama.
- Abre un pull request que haga referencia al número del issue.
Más de raystack/frontier
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 55/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 62/100
Los mantenedores suelen responder en 1 día
-
Dificultad 4/5 3-5 días Aptitud para principiantes 52/100
Los mantenedores suelen responder en 1 día
-
Dificultad 3/5 1-2 días Aptitud para principiantes 58/100
Los mantenedores suelen responder en 1 día
Todos los issues de raystack/frontier
Issues similares
-
mutation: parseInt64 accepts integers that overflow int64 and wrap to a non-negative valuePosiblemente ocupada @ogulcanaydogan la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 85/100
open-policy-agent/gatekeeper#4872 ·
Los mantenedores suelen responder en 1 día
-
needs-triage
Dificultad 1/5 Menos de una hora Aptitud para principiantes 88/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 68/100
containers/kubernetes-mcp-server#1496 · 1 comentario ·
Los mantenedores suelen responder en 2 días
-
bug performance scalability
Dificultad 2/5 1-3 horas Aptitud para principiantes 62/100
Davidjustice28/basildb#35 ·
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
rhysd/actionlint#761 ·