Mark azure-functions-durable as typed

[andystaples]

Summary

• ship a PEP 561 py.typed marker with azure-functions-durable
• verify the marker is present in both wheel and source distributions
• type-check a strict consumer import against the installed wheel

Validation

• nox -s typecheck_functions
• nox -s lint -- noxfile.py azure-functions-durable tests/azure-functions-durable
• nox -s functions_unit-3.13

Fixes #242

[Copilot]

Pull request overview

Adds PEP 561 typed-package support for the azure-functions-durable provider so strict type checkers recognize azure.durable_functions, and introduces a packaging/type-check smoke test that validates the marker is present in both wheel and sdist artifacts.

Changes:

• Add azure.durable_functions/py.typed and include it in distribution package data.
• Extend nox -s typecheck_functions to build wheel/sdist, verify py.typed is present, and run a strict Pyright “consumer import” check against the installed wheel.
• Add a strict Pyright smoke-test project under tests/azure-functions-durable/typing and document the user-facing change in the changelog.

Reviewed changes

Copilot reviewed 5 out of 6 changed files in this pull request and generated 1 comment.

Show a summary per file

File	Description
tests/azure-functions-durable/typing/pyrightconfig.json	Adds a strict Pyright config for the consumer import smoke test.
tests/azure-functions-durable/typing/import_package.py	Minimal strict-typed consumer import exercising azure.durable_functions + DFApp.
noxfile.py	Builds and validates artifacts in typecheck_functions, then runs consumer Pyright against the installed wheel.
azure-functions-durable/pyproject.toml	Ensures py.typed is shipped via setuptools package data.
azure-functions-durable/CHANGELOG.md	Documents the new typed-package behavior under Unreleased.
azure-functions-durable/azure/durable_functions/py.typed	Adds the PEP 561 marker file to the package.

[Copilot]

Pull request overview

Copilot reviewed 5 out of 6 changed files in this pull request and generated no new comments.

[berndverst]

Found one reproducible gap in the packaged-consumer validation; see the inline comment.

[berndverst]

[P2] Make the consumer check resolve packaged core types

Pyright does not follow this PEP 660 editable install for the consumer config: pyright --verbose reports Could not import 'durabletask.task', while the new DFApp() probe still passes. A strict probe that also uses the public df.RetryPolicy and DurableOrchestrationContext.call_activity() then produces five reportUnknown* errors; installing the already-typed core wheel makes them disappear. This leaves the packaging smoke test blind to regressions in the provider's core-backed public types. Install/build the core wheel for the consumer phase (forcing it fresh under nox -R) and exercise at least one core-backed export.