Skip to content

docs: Explain non-blocking provider registration - #65

Open
kinyoklion wants to merge 1 commit into
mainfrom
devin/1790174974-python-set-provider-docs
Open

kinyoklion wants to merge 1 commit into
mainfrom
devin/1790174974-python-set-provider-docs

Conversation

@kinyoklion

@kinyoklion kinyoklion commented Sep 23, 2026 •

Copy link
Copy Markdown
Member

The OpenFeature Python SDK 0.10.0 made api.set_provider non-blocking and added api.set_provider_and_wait, which changes when an application can rely on initialization having completed.

  • README usage section now explains that set_provider returns before initialization finishes, so early evaluations may fall back
  • Points applications that need to block at set_provider_and_wait

Requirements

  • I have added test coverage for new or changed functionality (documentation only)
  • I have followed the repository's pull request submission guidelines
  • I have validated my changes against all supported platform versions

Related issues

None.

Implementation details

Verified in openfeature/api.py of the Python SDK: set_provider registers without wait_for_init, while set_provider_and_wait passes wait_for_init=True. The provider's supported range (openfeature-sdk >=0.9.0,<1) includes releases with both behaviors, so the note describes the current SDK behavior rather than a provider change.

No behavior change; documentation only. The paragraph sits next to the start_wait discussion, so this may need a trivial rebase alongside the open start_wait PR.

Link to Devin session: https://app.devin.ai/sessions/a47abf28ecd44130917b9b5131287221
Open in Devin Desktop: https://app.devin.ai/desktop/session/a47abf28ecd44130917b9b5131287221?variant=devin
Requested by: @kinyoklion


Note

Overview
Documents how OpenFeature Python SDK provider registration behaves after set_provider became non-blocking in SDK 0.10.0.

The README Usage section adds a short note after the start_wait explanation: api.set_provider returns before the LaunchDarkly provider finishes initializing, so early flag evaluations may see fallback values while the client connects. Apps that must not evaluate until init completes are directed to api.set_provider_and_wait.

No runtime or provider code changes—documentation only.

Reviewed by Cursor Bugbot for commit 3815238. Bugbot is set up for automated code reviews on this repo. Configure here.

Co-Authored-By: rlamb@launchdarkly.com <4955475+kinyoklion@users.noreply.github.com>
@devin-ai-integration

Copy link
Copy Markdown
Contributor

@cursor review

@devin-ai-integration devin-ai-integration Bot added the devin-pr Pull request created by Devin AI label Sep 23, 2026
@devin-ai-integration

Copy link
Copy Markdown
Contributor

I'll fix CI failures and address comments from users with write access. I'll skip comments containing "(aside)".

  • Disable automatic comment, CI, and merge conflict monitoring

@kinyoklion
kinyoklion marked this pull request as ready for review September 23, 2026 17:25
@kinyoklion
kinyoklion requested a review from a team as a code owner September 23, 2026 17:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

devin-pr Pull request created by Devin AI

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant