microsoftgraph / microsoftgraph/msgraph-sdk-python
Move email with static graph ID for email results in duplication of emails
Chưa có ai nhận issue này.
- Ngôn ngữ chính
- Python
- Star
- 630
- Fork
- 96
- Merge trung bình
- 15 giờ 20 phút
- Pull request đã merge (30 ngày)
- 3
Mô tả
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
Hướng dẫn đóng góp
Bắt đầu từ đâu
- Đọc hết issue, rồi đọc hướng dẫn đóng góp của dự án.
- Bình luận trên issue rằng bạn sẽ nhận — tránh hai người làm cùng một việc.
- Fork repository và làm thay đổi trên một nhánh.
- Mở pull request có tham chiếu số hiệu của issue.
Hướng nghiên cứu
Bắt đầu với move mail endpoint và yêu cầu immutable Graph ID được nêu trong báo cáo. Tái hiện chuỗi này bằng SDK 1.12.0, sau đó so sánh với workaround đã được ghi lại cho ID không tĩnh để xác định việc nhân bản bắt nguồn từ SDK hay dịch vụ Graph. Công việc được xem là hoàn tất khi đã xác định nguyên nhân và đã ghi lại hoặc kiểm thử một fix cho việc di chuyển mà không bị nhân bản.
Do mô hình lập chỉ mục viết ra từ nội dung của issue.
Đánh giá
- Công nghệ
- python
- Lĩnh vực
- api
- Loại issue
- Lỗi
- Độ khó
- 4/5
- Thời gian dự kiến
- 3-5 ngày
- Mức độ hoạt động
- Ít trao đổi
- Độ rõ ràng
- Cần làm rõ
- Mức phù hợp với người mới
- 35/100