Propagate FunctionInvocationId for single-instance and bulk purge requests
Valutazione
- Difficoltà
- 3/5
- Tempo stimato
- 1-2 giorni
- Idoneità per principianti
- 72/100
Direzione di ricerca
Start in azure/durable_functions/models/DurableOrchestrationClient.py at purge_instance_history and purge_instance_history_by, then read azure/durable_functions/models/utils/http_utils.py to understand the existing DELETE helper and header contract. Add regression coverage for both purge calls, including clients with distinct invocation IDs and without one; done means the outgoing header is correct and other purge behavior remains unchanged.
Scritto dal modello di indicizzazione a partire dal testo della issue.
Descrizione
Summary
Python Durable client purge operations do not forward the originating Azure Functions invocation ID, so the host cannot emit the correlated ClientOperationReceived logs needed by the remaining Python purge E2E assertions in Azure/azure-functions-durable-extension#3327.
This is a source-inspection report, not a deployed-application incident. The scope is the existing single-instance and bulk purge APIs, not adding new orchestration capabilities.
SDK line and next-generation tracking
This issue covers the stable Python v1 HTTP implementation in this repository; the current stable PyPI release is azure-functions-durable 1.7.0. The newer Python v2 Functions SDK is maintained in microsoft/durabletask-python under azure-functions-durable and has a published 2.0.0rc3 preview. Its separate gRPC invocation-metadata gap is tracked in microsoft/durabletask-python#314.
The extension's BasicPython app currently has an unversioned azure-functions-durable requirement, which normally selects the stable release rather than opting into v2 previews. Keep the two transport/version scopes distinct; maintainers can resolve the stable-line dependency through a backport or an explicit migration to a fixed newer SDK, rather than treating this issue as the only current Python implementation.
Current behavior and source evidence
Verified on dev at badf8016eb8186958ebd07908576deb1bb33e945:
purge_instance_historyinvokes_delete_async_request(request_url)withoutself._function_invocation_id.purge_instance_history_byhas the same omission.delete_async_requestalready acceptsfunction_invocation_idand maps it to theX-Azure-Functions-InvocationIdHTTP header.
Reproduction and expected behavior
Construct a DurableOrchestrationClient with a known, valid invocation ID, capture or mock its outgoing HTTP requests, and invoke each purge API with valid arguments. The current call sites omit the ID even though the DELETE helper supports it. Both outgoing requests should carry X-Azure-Functions-InvocationId equal to the originating invocation ID; purge URLs, filters, response parsing, and error behavior should remain unchanged.
Acceptance Criteria
- Both purge APIs pass the client's invocation ID to the existing DELETE helper.
- Regression tests cover single-instance and filtered bulk purge and verify the actual outgoing header or the helper argument plus the existing transport-header contract.
- Tests cover distinct invocation IDs and clients without an invocation ID; no ID is fabricated or leaked between clients.
- Existing purge behavior remains unchanged apart from the correlation header.
- Record the published SDK version containing the fix in this issue so the extension E2E dependency can be updated and its Python
PurgeInstancesexemption removed.
Related
- Parent tracking: Azure/azure-functions-durable-extension#3327.
- Original Python propagation work: #593.
- Current extension E2E language/operation gate.
This issue tracks the upstream SDK dependency only. Enabling mandatory extension E2E assertions follows after the fixed package is available.
- Lingua principale
- Python
- Stelle
- 157
- Fork
- 71
- Metriche di merge delle PR
- Nessuna PR unita negli ultimi 30g
Preparare l'ambiente
Avvia il container di sviluppo del progetto nel browser, con il tuo account GitHub.
- Nessun Dockerfile né file Docker Compose
- Nessun modello di pull request
- Leggi la guida per i contributori
Come iniziare
- Leggi tutta la issue e poi la guida ai contributi del progetto.
- Commenta sulla issue per dire che te ne occupi tu — evita che due persone facciano lo stesso lavoro.
- Fai un fork del repository e lavora su un branch.
- Apri una pull request che faccia riferimento al numero della issue.
Altre issue di Azure/azure-functions-durable-python
-
Enhancement fixed-in-v2 P3
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Azure/azure-functions-durable-python#617 · 1 commento ·
-
bug Debuggability fixed-in-v2 P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Azure/azure-functions-durable-python#587 · 2 commenti · 1 reazione ·
-
Custom object serialization broken for orchestrator return valuesForse già presa @andystaples l’ha presa 94 giorni fa. Apertabug fixed-in-v2 P2
Difficoltà 2/5 1-3 ore Idoneità per principianti 75/100
Azure/azure-functions-durable-python#568 · 1 commento ·
-
bug fixed-in-v2 P3
Difficoltà 2/5 1-3 ore Idoneità per principianti 72/100
Azure/azure-functions-durable-python#475 · 1 commento ·
-
Enhancement fixed-in-v2 P3
Difficoltà 4/5 3-5 giorni Idoneità per principianti 62/100
Azure/azure-functions-durable-python#618 · 1 commento ·
Tutte le issue di Azure/azure-functions-durable-python
Issue simili
-
Import errors are swallowed: PerthImplicitWatermarker silently becomes NoneForse già presa @JonRC l’ha presa oggi. Aperta
Difficoltà 2/5 1-3 ore Idoneità per principianti 82/100
resemble-ai/Perth#23 ·
-
correction metadata
Difficoltà 2/5 Meno di un'ora Idoneità per principianti 65/100
acl-org/acl-anthology#10753 · 1 commento ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
earthtojake/text-to-cad#758 ·
I maintainer di solito rispondono entro 1 giorno
-
Difficoltà 1/5 1-3 ore Idoneità per principianti 70/100
DataTalksClub/faq#545 ·
I maintainer di solito rispondono entro 2 giorni
-
Difficoltà 2/5 1-3 ore Idoneità per principianti 62/100
I maintainer di solito rispondono entro 1 giorno