Repository navigation
chore: snapshot the iOS 3.x feature flag, error tracking and logs docs - #478
Merged
turnipdabeets merged 2 commits intoNov 5, 2026
Merged
turnipdabeets merged 2 commits into
turnipdabeets merged 2 commits into
Conversation
posthog-ios 4.0 moves the iOS install snippets to SPM `from: "4.0.0"` and drops CocoaPods (posthog.com#21807, posthog#129618), and changes the iOS section of the flag code page. The iOS variants install 3.x, so they read copies taken while the pages still describe it. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
turnipdabeets
requested review from
JamesPatrickGill,
ablaszkiewicz and
hpouillot
November 5, 2026 20:59
🧙 Wizard CIRun the Wizard CI and test your changes against wizard-workbench example apps by replying with a GitHub comment using one of the following commands: Test all apps:
Test all apps in a directory:
Test an individual app:
Show more apps
Test against a wizard branch:
Add Results will be posted here when complete. |
Member
|
@gewenyu99 not SDK related, but we should keep versioning in the docs somewhere instead of committed here? what do you think? I don't want to store state |
6 of 18 tasks
johncwaters
approved these changes
Nov 5, 2026
johncwaters
left a comment
Contributor
There was a problem hiding this comment.
Note
Automated review by Glimmervoid, not written by a human. Approved by hand after checking it.
turnipdabeets
merged commit Nov 5, 2026
851d4ed
into
chore/legacy-android-flag-snapshots
7 checks passed
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.
Problem
The iOS variants install posthog-ios 3.x but read several pages live. posthog-ios 4.0 changes them:
install-iossnippet to SPMfrom: "4.0.0"with no CocoaPods, and rewrites the iOS section of the flag code page (removes thedidReceiveFeatureFlagsfallback,reloadFeatureFlags { result in … }is 4.0-only).feature-flags/installation/iosanderror-tracking/installation/iosrender.The next build after those merge would hand 3.x installs 4.0-only code. This is the iOS counterpart of #471 and must be released before posthog.com#21807 and posthog#129618 merge.
Stacked on #471 (itself on #454): it reuses #471's
adding-feature-flag-codesnapshot and its in-placeshared_docsreplacement.Changes
Snapshots taken 2026-11-05 from the
.mdendpoints, while the pages still describe 3.x (CocoaPods,from: "3.56.0"/"3.59.3"):feature-flags/ios.mdfeature-flags/installation/iosfeature-flagsios,integration-v2/feature-flags-stepswift,omnibus/instrument-feature-flagserror-tracking/ios.mderror-tracking/installation/ioserror-trackingios,integration-v2/error-tracking-stepswift,omnibus/instrument-error-trackinglogs-installation/ios.mdlogs/installation/ioslogsios,omnibus/instrument-logsfeature-flags/adding-feature-flag-code.md(from #471)feature-flags/adding-feature-flag-codefeature-flagsios andintegration-v2/feature-flags-stepswift, via oneshared_docsline eachlogs-installation/because.gitignoreignoreslogs.omnibus/instrument-feature-flagskeeps the live flag code page, as in chore(skills): snapshot the 3.x Android, 3.x iOS and 5.x Flutter flag, error tracking and logs pages #471: it covers every platform, and the 4.0 iOS section notes the 3.xreloadFeatureFlagssignature.error-tracking/upload-source-maps/ios. #21807 only relabels its CocoaPods blocks "CocoaPods (version 3)"; the 3.x instructions stay.integration-v2/error-tracking-stepswift variant reads both the error tracking install page and the library page, which both writereferences/ios.md, so the library page wins (same onmain).Test plan
pnpm test: 228 passed. The three install pages are added to the list no config may fetch live, and the flag variant test now covers the iOS variants too.pnpm build: the generatedfeature-flags-ios,integration-v2-feature-flags-step-swift,error-tracking-ios,logs-iosand the three omnibus skills have references byte-identical to the snapshots. The snapshots match the live pages today, so the output is unchanged until the pages move.LLM context
Written with Claude Code (Opus 5.5) at the request of the posthog-ios maintainer.
🤖 Generated with Claude Code