Repository navigation
Conversation
3 of 18 tasks
eli-r-ph
force-pushed
the
v1-capture-migration-docs
branch
from
October 7, 2026 03:56
b0bc887 to
cfb7726
Compare
eli-r-ph
force-pushed
the
v1-capture-invariant-tests
branch
from
October 7, 2026 03:56
6650520 to
7f7757a
Compare
eli-r-ph
force-pushed
the
v1-capture-invariant-tests
branch
from
October 7, 2026 04:54
7f7757a to
44df57f
Compare
eli-r-ph
force-pushed
the
v1-capture-migration-docs
branch
4 times, most recently
from
October 7, 2026 04:54
cfb7726 to
20739d8
Compare
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
💡 Motivation and Context
The capture v1 stack (#1017-#1029) has breaking changes spread across eleven PRs. The major changeset already points users to "the migration guide", which does not exist yet. The OpenFeature provider also pins
posthog<8.0.0, so it would block the upgrade.Changes
docs/migration-7.x-to-8.0.md. It starts with a checklist of what needs code changes, then covers:on_erroropenfeature-provider-posthogacceptsposthog>=7.0.0,<9.0.0, with its own changeset. The provider uses only flag APIs, which 8.0 does not change, so it does not need to force the upgrade.AGENTS.md: the capture summary now describes options as sent as given and layered. It used to say "strictly typed", which changed in feat!: per-event capture options and legacy property hoisting #1023.No examples change: none use a removed option or API.
💚 How did you test it?
CaptureErrorfields, module-levelset_context_optionandsuper_options, the 7.x positional constructor order,_TERMINAL_STATUSESincluding 429, and the backoff constants.📝 Checklist
If releasing new changes
sampo addto generate a changeset file🤖 Agent context
Autonomy: Human-driven (agent-assisted)
Written with Cursor (Claude Opus) under the direction of the assignee. Skills used:
writing-user-facing-copy,writing-pr-descriptions.Decisions for the reviewer:
minor(0.1.x to 0.2.0) to mark posthog 8 support.patchis the alternative: Sampo already patch-bumps the provider on every posthog release.>=7.0.0,<9.0.0, not 8-only. Provider users can upgrade posthog when they choose, and the provider release does not depend on 8.0 being on PyPI first.docs/, a new directory. The repo had no earlier migration guide to follow.