ListTagsOfResource on a stream ARN after its table is deleted answers ResourceNotFoundException; DynamoDB serves the stream's tags
Les mainteneurs répondent en général sous 4 jours
Personne n'a encore pris cette issue.
Évaluation
- Difficulté
- 3/5
- Temps estimé
- 1-2 jours
- Accessibilité débutants
- 62/100
Piste de recherche
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.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Description
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).
- Langage dominant
- Rust
- Étoiles
- 517
- Forks
- 60
- Merge moyen
- 5 j 5 h
- PR mergées (30 j)
- 41
Préparer son environnement
- Fournit un Dockerfile ou un fichier Docker Compose
- Propose un modèle de pull request
- Lire le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Autres issues de ExtendDB/extenddb
-
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 4 jours
-
Difficulté 2/5 1-3 heures Accessibilité débutants 72/100
Les mainteneurs répondent en général sous 4 jours
-
bug security
Difficulté 2/5 1-3 heures Accessibilité débutants 78/100
Les mainteneurs répondent en général sous 4 jours
-
bug security
Difficulté 2/5 1-3 heures Accessibilité débutants 62/100
Les mainteneurs répondent en général sous 4 jours
-
extenddb version prints the first build's commit after a rebuild in the same target directoryOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 70/100
Les mainteneurs répondent en général sous 4 jours
Toutes les issues de ExtendDB/extenddb
Issues similaires
-
r-bug
Difficulté 1/5 Moins d'une heure Accessibilité débutants 88/100
servo/rust-smallvec#844 ·
Les mainteneurs répondent en général sous 1 jour
-
enhancement
Difficulté 2/5 1-3 heures Accessibilité débutants 76/100
farion1231/cc-switch#9122 · 1 commentaire ·
Les mainteneurs répondent en général sous 1 jour
-
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
lbjlaq/Antigravity-Manager#3801 ·
Les mainteneurs répondent en général sous 1 jour
-
LIMIT inputs are named MIN/MAX instead of the standard MN/MX, so LIMIT(MN := ...) does not resolveOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 82/100
Les mainteneurs répondent en général sous 1 jour
-
Published SDL drops input-field default values: a non-null field with a default renders as requiredOuverte
Difficulté 2/5 1-3 heures Accessibilité débutants 75/100
Les mainteneurs répondent en général sous 1 jour