Siphonight
released this
2026-09-06 14:46:50 +02:00
| 49 commits to main since this release
Corrigé
- Création du calendrier d'agenda impossible (remontée via les logs de
diagnostic — le mécanisme v1.3.1 a tout de suite nourri le diagnostic
à distance : Sync adapters must specify an account and account type) :
l'URI d'insertion CALLER_IS_SYNCADAPTER=true du calendrier local
« HormoneTrack » n'embarquait pas ACCOUNT_NAME + ACCOUNT_TYPE —
exigé par le CalendarProvider pour toute opération sync-adapter
(CalendarEvents.ensureCalendar, §14 #50). Ces mêmes logs prouvent aussi
que la permission agenda est désormais accordée (fix manifest v1.3.3 ✓)
et que l'export des logs fonctionne sur le téléphone (fix #48 ✓) —
la chaîne de diagnostic est opérationnelle.
- Suppression d'événement d'agenda silencieusement manquée (#50 bis) :
l'URI de DELETE avait le même défaut (CALLER_IS_SYNCADAPTER sans params
account) → « switch OFF » + save loguait « supprimé » mais l'événement
restait dans le provider. Fix : mêmes paramètres sur l'URI de delete.
Validé émulateur : cycle complet ON→save→OFF→save = événement créé puis
réellement supprimé (content query vide).
- Événement d'agenda orphelin après tout re-save (#51) :
TreatmentEditorScreen.buildTreatment() ne transmettait pas
calendarEventId → l'id revenait à null à chaque sauvegarde : après le
premier save, l'événement devenait définitivement orphelin (plus jamais
supprimable/désactivable par l'app). L'id existant est désormais chargé à
l'ouverture et conservé par le save.
- Log « événement agenda supprimé » mensonger : imprimé aussi quand rien
n'a été supprimé (switch désactivé, posologie absente, permission absente).
Désormais trois messages distincts : « créé/mis à jour (id=…) »,
« supprimé », « non activé (switch/posologie/permission) ».
Ajouté
- Validation émulateur de l'agenda end-to-end (recette §16.ter, permissions
accordées via pm grant) : calendrier + événement récurrent créés et
visibles dans le provider (content query).
Downloads