- Expédié
- 21 août 2026 à 14:23 UTC
- Auteur
- kamo
- Commite
- 62a26af
Un document id est un numéro de document int64 à 19 chiffres, au numéro 1200096283020258886, quelque 133 fois au-delà. Numéro.MAX-SAFE-INTEGER. OrganizerTab a joint la sélection en une clé, de sorte que l'effet dépendrait de son contenu plutôt que de l'identité du tableau, alors l'a séparé avec .map(Number), qui a arrondi chaque id à ...258800. Le serveur ne correspondait à aucun document, n'a pas réussi à enficher, et le Selected Le liant Docs est resté vide: "3 de 3 document(s) nouvellement sélectionné(s) ne pouvait (être) ajoutés". Le téléchargement de la zip du liant avait le même Number() sur son article ids. Ce qui l'a caché: Document.id a été déclaré numéro en tenant une chaîne. Le serveur l'envoie sous la forme d'une chaîne et chaque id s'écoulait à travers non touché, donc télécharge et supprime les télécharges et .map(Number) lu comme un casting sans pas plutôt que la perte de données. Le type déclaré est maintenant la chaîne, qui est ce que la valeur a toujours été - et cela seul fait de ce bogue une erreur de compilation plutôt que un liant vide. Quatre autres déclarations mentaient de la même façon (SharedDocument.imgId, les cibles share/organizer/supprime et leur dialogue les accessoires); tsc a trouvé chacun le moment où la vérité a été dite.