[iPoower]

Objet

Candidat d'intégration du code réel de Control Vault, basé exactement sur le commit testé 05d087939482a0f11ac0af6a821108f83bae38f4 (PR technique #31). Cette PR ne doit pas être fusionnée automatiquement.

Vérifications déjà démontrées

• Pipeline candidat GitHub Actions #40644516634 réussi ; CodeQL, typecheck, build et 376 tests unitaires réussis. Tests navigateur : 162 réussis, 14 ignorés selon les catégories clavier bureau/mobile.
• ZIP TEST du run #40616431104 lié au même SHA candidat et 16/16 empreintes vérifiées hors GitHub ; arbre de fusion virtuel identique à l’arbre candidat. Déploiement TEST du 28 octobre réussi, version servie 05d0879 confirmée dans le navigateur. La préparation Google et l’ouverture du sélecteur de compte fonctionnent ; aucun compte choisi ni consentement validé. La comparaison complète des empreintes servies reste ouverte.
• Raccord OAuth drive.file isolé du chargement optionnel de Picker, lecture des dossiers dédiés et blocages des réponses invalides.

CONDITIONS AVANT FUSION / PUBLICATION RÉELLE

1. Conserver une copie vérifiée de chaque état personnel avant le premier essai; aucune migration destructrice ni purge automatique.
2. Revue de l'ensemble des 40 commits depuis main, des changements Service Worker et des protections de déploiement (modification du workflow comprise).
3. Vérifier les deux profils de sortie : GitHub Pages sans configuration Google et Cloudflare dédié avec variable publique Google autorisée; vérifier secrets et environnement de production protégés.
4. Tester avec l'utilisateur, sur l'origine autorisée, le vrai OAuth Google, le dossier dédié, un envoi, la relecture SHA et la restauration dans une installation vierge; ne pas substituer les tests synthétiques à cette preuve.
5. Attester le SHA réellement servi, en-têtes HTTP, rollback et compatibilité des données existantes après toute publication.
6. Autorisation explicite et distincte du propriétaire pour chaque fusion/déploiement de production.

Stratégie

Préparer d'abord une origine isolée TEST représentative (sans données personnelles); activer le flux Google réel uniquement depuis une action utilisateur; puis valider CV avant RC. Ne pas injecter les fixtures TEST dans la PWA de production. Aucun changement de scope, aucune clé Google personnelle en dépôt. L'état opérationnel réel est NO-GO jusqu'aux tests de bout en bout et à la preuve des octets servis.

Aucune fusion ni production autorisée par la simple création de cette PR.

[iPoower]

NOESIS 11 — Point de référence avant diffusion (28/10/2026)

• main avant préparation : 25c299272d7ac4aa8a0c8f9f3b6d2e93b305f809.
• Dernier déploiement Cloudflare production relevé : 4006d9cd-f179-49e2-8a03-e0c36c9f76d0 (control-vault-ipoower).
• Dernier déploiement Cloudflare TEST relevé : fe687e19-636f-4bc7-82d0-ef00279c27e5 (cv-drive-test-ipoower).
• Candidat : 05d087939482a0f11ac0af6a821108f83bae38f4 ; la PR reste en brouillon, sans publication.

Ce reçu n'est PAS une sauvegarde de données ni une preuve de restauration. Avant toute fusion : export réel vérifié, comparaison du SHA et des octets servis, préparation du retour arrière sans purge ni écrasement de données, approbation humaine explicite.