Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Com 2115 #363

Merged
merged 5 commits into from
May 28, 2021
Merged

Com 2115 #363

merged 5 commits into from
May 28, 2021

Conversation

KennyCallegari
Copy link
Contributor

@KennyCallegari KennyCallegari commented May 27, 2021

  • J'ai testé sur iphone

  • J'ai testé sur android

  • La nouvelle version de l'app est compatible avec l'ancienne version de l'API ? (J'ai teste en me mettant sur
    master en api)

    • Oui parce que la MEP intermédiaire a été faite
    • Non parce que
  • Je n'envoie pas de nouveau paramètre dans une route

    • Si j'en envoie un nouveau, explication et gestion de la compatibilite:
  • J'attends un nouveau champs en retour de l'api: j'ai géré le cas où il n'y est pas

  • J'appelle une nouvelle route: j'ai géré le cas ou la route n'existe pas.

  • Je n'ai pas changé de constante

  • J'ai ajouté une variable d'environnement :

    • Je l'ai ajouté dans env.dev et env.prod aussi

Cas d'usage :
Fix de 3 bugs remontés durant les tests des notifs de la semaine dernière :

1 bug n'a pas été fix. Il se décompose en 3 cas :

  • si l'utilisateur bloque les notifications et qu'il ne revient pas sur l'app, son expoToken n'est pas supprimé en bdd
  • si l'utilisateur débloque les notifications et qu'il ne revient pas sur l'app, son expoToken n'est pas enregistré en bdd
  • si l'utilisateur supprime l'app de son téléphone, , son expoToken n'est pas supprimé en bdd

Pour le 3ème cas, ce n'est pas grave : l'expoToken n'est plus relié à un téléphone donc on a une erreur à l'envoi de la notification. On pourra supprimer les expoToken dans ce cas là lorsqu'on mettra en place l'amélioration de la gestion de la reception des notifications en back.
Vous pouvez tester ce cas avec l'outil expo : https://expo.io/notifications avec le token de l'app expo go que vous venez de supprimer

Pour les deux premiers cas, je ne vois pas comment faire.
Pour le 1er cas, j'avais lu que ce n'est pas conseillé par Apple mais je ne retrouve pas cette info et je n'ai pas vu de gros warning sur leur doc.
https://developer.apple.com/library/archive/documentation/NetworkingInternet/Conceptual/RemoteNotificationsPG/BinaryProviderAPI.html#//apple_ref/doc/uid/TP40008194-CH13-SW1
Par contre, il est impossible d'avoir un listener sur cette information, donc même si on avait l'app ouverte au moment où l'utilisateur coupe ou remet les notifications sur son téléphone, on ne pourrait rien y faire. Il faut attendre qu'il revienne sur l'app.
https://developer.apple.com/forums/thread/69101

@@ -43,6 +43,8 @@ interface AppContainerProps {
statusBarVisible: boolean,
}

Notifications.addNotificationResponseReceivedListener(handleNotificationResponse);
Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

⚠️ cette méthode créée-t-elle une possibilité de fuite mémoire ?

Copy link
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

expo aurait proposer quelque chose dans sa doc pour fermer le listener si c'était le cas non ?

@sophiemoustard sophiemoustard merged commit c49b994 into dev May 28, 2021
@sophiemoustard sophiemoustard deleted the COM-2115 branch May 28, 2021 15:57
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants