forked from FroSteel/Planification
docs(CLAUDE.md): clarifie Phase 3 signature (addon AMO déjà enregistré)
L'addon planification-dgnsi@netaplaid.ch est désormais enregistré sur AMO. Mise à jour du workflow Phase 3 : pour les versions futures, utiliser 'Téléverser une nouvelle version' (pas 'Submit a New Add-on'). Précision aussi sur le fait que Chrome/Edge ne sont pas concernés par AMO et n'ont pas d'auto-update natif.
This commit is contained in:
@@ -116,21 +116,37 @@ Quand Quentin dit "OK push" / "valide" / équivalent :
|
|||||||
|
|
||||||
### Phase 3 — Signature Firefox (manuel, fait par Quentin)
|
### Phase 3 — Signature Firefox (manuel, fait par Quentin)
|
||||||
|
|
||||||
C'est la seule étape que Claude ne peut pas automatiser :
|
L'addon `planification-dgnsi@netaplaid.ch` est **déjà enregistré** sur AMO en
|
||||||
|
mode "On your own" (Unlisted, self-distributed). Pour chaque nouvelle
|
||||||
|
version, la procédure est :
|
||||||
|
|
||||||
1. Quentin va sur https://addons.mozilla.org/developers/
|
1. Quentin va sur https://addons.mozilla.org/developers/
|
||||||
2. Submit New Version → uploade le `.xpi` non signé de la release Gitea
|
2. Trouve l'addon `Planification` dans la liste → **"Téléverser une nouvelle
|
||||||
3. Choisit **"On your own"** (Unlisted, self-distributed)
|
version"** (pas "Submit a New Add-on" — l'addon existe déjà)
|
||||||
4. Mozilla signe → Quentin télécharge le `.xpi` signé
|
3. Upload le `.xpi` non signé qui se trouve sur la release Gitea (ou en local)
|
||||||
|
4. Mozilla valide + signe (généralement instantané pour une nouvelle version
|
||||||
|
d'un addon existant) → Quentin télécharge le `.xpi` signé
|
||||||
|
5. Quentin revient vers Claude avec le chemin du `.xpi` signé
|
||||||
|
(typiquement `/Users/quentin/Downloads/<hash>-<version>.xpi`)
|
||||||
|
|
||||||
Quentin revient ensuite avec le `.xpi` signé et demande "remplace par le signé".
|
Claude fait alors :
|
||||||
À ce moment Claude fait :
|
1. Vérifier que `META-INF/mozilla.rsa` + `META-INF/cose.sig` sont présents
|
||||||
1. Remplacer l'asset `.xpi` de la release Gitea (delete + upload)
|
|
||||||
2. Calculer le `sha256` du `.xpi` signé
|
2. Calculer le `sha256` du `.xpi` signé
|
||||||
3. Mettre à jour `firefox-updates.json` : ajouter `"update_hash": "sha256:<hash>"`
|
3. Copier le `.xpi` signé dans `dist/` et `Builds/` (archive locale)
|
||||||
4. Commit + push le JSON mis à jour
|
4. Remplacer l'asset `.xpi` de la release Gitea (delete + upload)
|
||||||
|
5. Mettre à jour `firefox-updates.json` : `"update_hash": "sha256:<hash>"`
|
||||||
|
pour cette version
|
||||||
|
6. Commit + push le JSON mis à jour
|
||||||
|
|
||||||
À partir de ce moment, l'auto-update Firefox fonctionne pour cette version.
|
À partir de ce moment, l'auto-update Firefox déclenche : tous les techs
|
||||||
|
DGNSI déjà installés en version précédente passent à la nouvelle dans les
|
||||||
|
24h via le mécanisme natif `update_url` de Firefox, sans aucune action de
|
||||||
|
leur part.
|
||||||
|
|
||||||
|
⚠️ **Chrome/Edge ne sont PAS concernés** par AMO. Les techs sur Chrome
|
||||||
|
restent sur la version installée jusqu'à ce qu'ils rechargent manuellement
|
||||||
|
le `.zip` (chrome://extensions → Recharger). Pas d'auto-update natif pour
|
||||||
|
les extensions chargées en "non empaquetées".
|
||||||
|
|
||||||
---
|
---
|
||||||
|
|
||||||
|
|||||||
Reference in New Issue
Block a user