3e657f5917
Erreur de compilation remontée du Mac : `Value of optional type 'HKWorkout?' must be unwrapped`. Le fichier promettait quelque chose d'impossible. Vérifié à la source ce jour (DocC HealthKit) : la signature est `finishRoute(with workout: HKWorkout, metadata:)` — non optionnelle — et Apple précise « You must have already saved this workout to the HealthKit store ». Il n'existe aucune API pour clore une route orpheline. Le commentaire qui annonçait « la trace sera sauvegardée sans association plutôt que perdue » décrivait un comportement inatteignable. Le vrai recours tient à ce que dit le bug d'Apple : quand la montre est verrouillée, `finishWorkout()` rend `nil` mais la séance EST écrite dans HealthKit — seul l'objet manque. `WorkoutManager` va donc la rechercher : dernier workout écrit par CETTE app (HKSource.default(), sinon une séance de l'app Exercice pourrait récupérer notre trace), croisant les 5 dernières minutes. ⚠️ La fenêtre porte sur le chevauchement, pas sur `startDate` : filtrer sur le début raterait toute séance de plus de quelques minutes — le piège qui avait rendu muettes les notifications de fin de séance côté iPhone. Si rien n'est récupérable, `discardRoute()` jette la trace explicitement et le journalise comme une perte : un builder abandonné sans `discard()` laisse ses données en suspens, et « any further calls to the builder raise an exception ». Le chemin « séance en salle » (aucune position retenue) reste inchangé, volontairement sans `discard()` : c'est le cas le plus fréquent, il fonctionnait, et aucun build ne l'a validé avec cet appel. `HKSource` est écrit en toutes lettres : `predicateForObjects(from:)` a cinq surcharges et un `.default()` abrégé s'y résout mal. swiftc -parse OK, 57 tests Swift verts (inchangés : ces fichiers importent HealthKit, hors de portée de Linux). Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
18 KiB
18 KiB