Move email with static graph ID for email results in duplication of emails
Dieses Issue hat noch niemand übernommen.
Bewertung
- Schwierigkeit
- 4/5
- Geschätzter Aufwand
- 3-5 Tage
- Anfängerfreundlichkeit
- 35/100
Rechercherichtung
Beginne mit dem move mail endpoint und der im Bericht gezeigten Anfrage für eine unveränderliche Graph ID. Reproduziere die Sequenz mit SDK 1.12.0 und vergleiche sie anschließend mit dem dokumentierten Workaround für eine nicht statische ID, um festzustellen, ob die Duplizierung im SDK oder im Graph-Dienst entsteht. Als abgeschlossen gilt die Aufgabe, wenn die Ursache identifiziert und ein Fix für das Verschieben ohne Duplizierung dokumentiert oder getestet wurde.
Vom Indexierungsmodell aus dem Issue-Text verfasst.
Beschreibung
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
- Vorherrschende Sprache
- Python
- Sterne
- 630
- Forks
- 96
- Ø Merge
- 15 Std. 20 Min.
- Gemergte PRs (30 T.)
- 3
Beitragsleitfaden
Erste Schritte
- Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
- Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
- Forken Sie das Repository und arbeiten Sie in einem Branch.
- Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.
Mehr aus microsoftgraph/msgraph-sdk-python
-
status:waiting-for-triage type:bug
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
microsoftgraph/msgraph-sdk-python#1570 ·
-
status:waiting-for-triage type:bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 75/100
microsoftgraph/msgraph-sdk-python#1563 ·
-
Needs: Attention :wave: type:bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 62/100
microsoftgraph/msgraph-sdk-python#1287 · 2 Kommentare · 1 Reaktion ·
-
Batch Request Support Offenstatus:waiting-for-triage
Schwierigkeit 5/5 Über eine Woche Anfängerfreundlichkeit 25/100
microsoftgraph/msgraph-sdk-python#1557 ·
-
status:waiting-for-triage type:bug
Schwierigkeit 3/5 1-2 Tage Anfängerfreundlichkeit 55/100
microsoftgraph/msgraph-sdk-python#1556 · 1 Kommentar · 1 Reaktion ·
Alle Issues in microsoftgraph/msgraph-sdk-python
Ähnliche Issues
-
Schwierigkeit 1/5 Unter einer Stunde Anfängerfreundlichkeit 90/100
-
bug
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 86/100
zostera/django-bootstrap4#894 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 78/100
use-agent-os/agent-os#3276 ·
-
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
zephyrproject-rtos/zephyr#119726 ·
-
area/auth bug comp/agent P3 platform/discord type/security
Schwierigkeit 2/5 1-3 Stunden Anfängerfreundlichkeit 88/100
NousResearch/hermes-agent#117848 ·