FAQ et dépannage

L'app affiche « En attente d'impression » — où sont mes données ?

Deux causes habituelles :

1. L'accès Santé. iOS ne dit jamais aux apps si l'accès en lecture a été accordé — un refus est identique à « pas de données ». Vérifiez Santé → profil → Confidentialité → Apps → Courier et activez les catégories. (La rédaction → Source de données y mène.)
2. Pas de données dans Apple Santé. Le sommeil a besoin d'une source (Apple Watch ou une app de sommeil écrivant dans Santé) ; le Simulateur iOS n'a pratiquement aucune donnée de santé — utilisez un appareil réel.

Pourquoi mon entraînement est-il arrivé sans parcours ? / Pourquoi un entraînement est-il « en attente » ?

Les traces GPS atteignent souvent Apple Santé un peu après le résumé de l'entraînement. Courier retient délibérément les entraînements en extérieur dans l'état awaitingRoute jusqu'à l'arrivée de la trace, plutôt que d'envoyer un enregistrement incomplet. Si le parcours n'arrive jamais (par exemple un entraînement en intérieur mal détecté, ou une Watch qui n'en a pas enregistré), l'élément passe dans à traiter pour que vous l'envoyiez manuellement.

L'envoi en arrière-plan n'est pas instantané. C'est cassé ?

Non — iOS régule la livraison en arrière-plan. De quelques minutes à une heure environ, c'est normal ; au pire, cela se produit à la prochaine ouverture de l'app. Pour un envoi immédiat garanti, ouvrez l'app ou lancez le Raccourci Envoyer maintenant. Voir Envoi et synchronisation.

Les réessais vont-ils créer des doublons sur mon serveur ?

Pas si votre serveur respecte l'en-tête Idempotency-Key (ou fait un upsert par data.id). Les réessais automatiques et les renvois manuels réutilisent la même clé ; « envoyer une autre copie », délibéré, la fait tourner (id#2, id#3, …). Voir Envoi et synchronisation.

Puis-je utiliser du HTTP en clair ?

https:// est obligatoire pour les vrais points de terminaison (App Transport Security d'iOS). http://localhost et les adresses du réseau local sont autorisés pour le développement.

Mon point de terminaison attend une charge utile d'une autre forme.

C'est précisément le rôle de la transformation JavaScript — renvoyez n'importe quelle chaîne ou structure JSON. S'il vous faut juste ajouter deux ou trois champs statiques, les simples paramètres de corps de l'abonné le font sans code.

Où voir pourquoi un envoi a échoué ?

La rédaction → Historique d'envoi consigne chaque tentative avec le statut HTTP et un extrait de la réponse. Les erreurs de script de transformation y apparaissent aussi, avec le message d'erreur du script.

Le widget se met-il à jour en temps réel ?

Il se met à jour chaque fois que l'app lit ou envoie des données (y compris les synchronisations en arrière-plan), plus une actualisation de secours toutes les 30 minutes. Périmé ? Ouvrez l'app une fois. Voir Widgets.

Mes données sont-elles dans un cloud ?

Pas du fait de Courier. Pas de compte, pas de serveur du développeur, pas de CloudKit. Les seules destinations réseau sont les points de terminaison que vous avez configurés (et, si vous y avez consenti, un service de transcription). Voir la politique de confidentialité.

Comment migrer vers un nouvel iPhone ?

La rédaction → Sauvegarde de configuration → exportez sur l'ancien téléphone, importez sur le nouveau, puis ressaisissez le secret de chaque abonné (les secrets ne quittent jamais le trousseau). Les annotations peuvent être exportées en JSON depuis les archives de notes.

Autre chose ne va pas.

Ouvrez un ticket en indiquant la version de l'app affichée dans le pied de page de La rédaction : github.com/Xheldon/Export-Data-From-Apple/issues.