ff80d9e6d2
Lot C — C2 et C3 passent en livré dans v1-plan.md et STATUS.md §1sexies, avec ce que la doc annonçait de faux et qu'il ne faut pas re-croire : - La méthode de C2, « SizeBytes par listing du bucket Firebase », était inapplicable — le serveur n'avait aucun client de stockage. Le sondage passe par HEAD, via un sondeur partagé avec la migration. - Le pré-vol de C3 existait déjà à moitié sans être documenté : le chemin multipart contrôlait, le chemin JSON non, et les deux lectures du quota divergeaient entre le plan et l'instance. - L'angle mort laissé par C1 était une fausse crainte : le type n'entre pas dans le chemin de stockage. - Le « 37 lignes sur 45 » disparaît au profit de l'inventaire que le backfill produit lui-même. Deux suites que ces chantiers créent, consignées pour ne pas se perdre : - C6, nouvelle ligne du lot C : manager-app supprime toujours le blob de son côté, après la ligne et en avalant l'échec. Depuis C3 c'est du code mort. À retirer, mais pas avant que Firebase:StorageBucket soit posé en prod, sinon plus personne ne supprime. - I9, nouvelle étape du lot I : renseigner Firebase:StorageBucket, puis lancer le backfill en dryRun avant de l'appliquer. Sans lui le quota porte sur des SizeBytes à zéro pour tout l'existant et laisse tout passer (L10). S'y ajoute un piège de build : dotnet restore échoue en 401 si la source NuGet git.dev-espaces-naturels.lu est déclarée dans l'image, et Google.Cloud.Storage.V1 est le premier paquet ajouté depuis longtemps. Lot K — K2 livré : tablet-app est rebranché sur le contrat d'API de Postgres v3, les 132 erreurs de contrat sont tombées, et la table des conventions de coordonnées est consignée. Reste K4, le renommage Puzzle → Game. Point de vigilance noté : le filtre des configurations tablette a changé de source, à valider sur device. Compteurs du kanban recomptés colonne par colonne : Urgent 4, Migration v3 2, Bugs ouverts 5, À tester 6, Planifié 20, Bascule prod 8, Fait récemment 38. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>