ListTagsOfResource on a stream ARN after its table is deleted answers ResourceNotFoundException; DynamoDB serves the stream's tags
Los mantenedores suelen responder en 2 días
Nadie ha tomado este issue todavía.
Evaluación
- Dificultad
- 3/5
- Tiempo estimado
- 1-2 días
- Aptitud para principiantes
- 62/100
Línea de trabajo
Start by reading validate_resource_arn and the ListTagsOfResource path; the issue says validation reads the table on all four backends and identifies PostgreSQL at the head of #599. Compare the behavior for a deleted table's stream ARN with the retained tag rows and the reported DynamoDB response. Done means the call returns the stream's tags after table deletion while nonexistent-stream behavior remains consistent with #452.
Escrito por el modelo de indexación a partir del texto del issue.
Descripción
Summary
After a table is deleted, Amazon DynamoDB still answers ListTagsOfResource on the table's stream ARN with 200 and the stream's tags. ExtendDB answers 400 ResourceNotFoundException, because the tag path requires the table to exist.
Measured (us-east-1, 2026-10-26, 3 of 3)
Table with a stream; TagResource on LatestStreamArn with sk and sk2; DeleteTable; after DescribeTable answers ResourceNotFoundException: ListTagsOfResource {ResourceArn: <stream ARN>} answers 200 {Tags: [sk2]} (an UntagResource of sk sent during the delete had been applied).
ExtendDB on PostgreSQL at the head of #599: ResourceNotFoundException Requested resource not found: ResourceArn: <stream ARN> not found. validate_resource_arn reads the table on all four backends.
Notes
The stream-ARN tag rows themselves are kept across the table's delete on every backend (no delete path removes them), which matches the service; only the read refuses. Related: #452 (a stream ARN for a stream that does not exist) and #518 (streams stay describable after the table is gone).
- Lenguaje dominante
- Rust
- Estrellas
- 517
- Forks
- 60
- Merge medio
- 2 d 22 h
- PR fusionados (30 d)
- 25
Preparar el entorno
- Incluye un Dockerfile o un archivo de Docker Compose
- Tiene una plantilla de pull request
- Leer la 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 ExtendDB/extenddb
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
Los mantenedores suelen responder en 2 días
-
backend:mongodb bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 77/100
Los mantenedores suelen responder en 2 días
-
backend:cassandra bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 2 días
-
documentation
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 2 días
-
backend:cassandra bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 74/100
Los mantenedores suelen responder en 2 días
Todos los issues de ExtendDB/extenddb
Issues similares
-
area: library data-loss type: bug
Dificultad 2/5 1-3 horas Aptitud para principiantes 72/100
alplabai/signex#1740 · 1 comentario ·
Los mantenedores suelen responder en 1 día
-
test(fslc): the unreadable mutate catalog test pins the Unix I/O error text and fails on WindowsPosiblemente ocupada @rizumita la tomó hoy. Abierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 82/100
Los mantenedores suelen responder en 1 día
-
Dificultad 2/5 1-3 horas Aptitud para principiantes 69/100
Los mantenedores suelen responder en 1 día
-
ServerProperties defaults white-list to true, so a fresh --dedicated server silently locks itselfAbierto
Dificultad 2/5 1-3 horas Aptitud para principiantes 78/100
horizon-rust/horizon#3888 ·
Los mantenedores suelen responder en 1 día
-
refactor
Dificultad 2/5 1-3 horas Aptitud para principiantes 66/100
Los mantenedores suelen responder en 1 día