microsoftgraph / microsoftgraph/msgraph-sdk-python
Move email with static graph ID for email results in duplication of emails
Personne n'a encore pris cette issue.
- Langage dominant
- Python
- Étoiles
- 630
- Forks
- 96
- Merge moyen
- 15 h 20 min
- PR mergées (30 j)
- 3
Description
Describe the bug
Using the move mail endpoint with immutable graph ids for mail creates duplicate mails
headers = HeadersCollection()
headers.add("Prefer", 'IdType="ImmutableId"')
was used to get the immutable graph id
-
Place email in test inbox ("Invoice processor test inbox"):
-
Move email manually in OWA to another folder ("Invoice processor test cannot process")
-
Call the move email endpoint to move email to ("Invoice processor test done"):
Email is moved out of inbox ("Invoice processor test inbox"):
Test emails moves to target folder ("Invoice processor test done")
Test email unexpectedly also stays in ("Invoice processor test cannot process")
I now have a duplicate of the email. This should not happen if you call move on a email right? Is this intended behavior because of the use of immutable graph IDs or is this a bug?
Expected behavior
Email should be moved not duplicated
How to reproduce
See bug description
SDK Version
1.12.0
Latest version known to work for scenario above?
No response
Known Workarounds
Use non static graph ID
Debug output
No response
Configuration
Ubuntu 22.04
Other information
No response
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Commencez par le move mail endpoint et la requête immutable Graph ID présentée dans le rapport. Reproduisez la séquence avec SDK 1.12.0, puis comparez-la avec le workaround documenté pour un ID non statique afin de déterminer si la duplication provient du SDK ou du service Graph. Le travail est terminé lorsque la cause est identifiée et qu’un fix pour déplacer sans duplication est documenté ou testé.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- python
- Domaine
- api
- Type d'issue
- Bug
- Difficulté
- 4/5
- Temps estimé
- 3-5 jours
- Activité
- Calme
- Clarté
- À clarifier
- Accessibilité débutants
- 35/100