feat: start and stop integrations on opt out#438
feat: start and stop integrations on opt out#438MohitMandalia wants to merge 5 commits intoPostHog:mainfrom
Conversation
847c6ef to
3fc6d8f
Compare
3fc6d8f to
ccdfabe
Compare
|
not all integrations should be uninstalled/installed again |
Yup got it, no worries I will take some time to read through and discuss until its ready. |
A similar concern must be for iOS as well PostHog/posthog-ios#280 if not better to check maybe. |
|
@marandaneto Can we define the main goal of this PR? Based on what I think there are few implementations which should not be uninstalled: Ok to Uninstall:
should not Uninstall:
|
sorry busy with other things this week, will take a look next week |
No worries take your time. I would be posting whatever questions I have.
|
@MohitMandalia iOS is okay for PostHogAppInstallIntegration since we depend on a static var to avoid capturing duplicate events. |
|
I will also try to close this soon |
|
@marandaneto what exactly is the difference between stop and uninstall? other than the main class reference and integrated boolean coz in both stop and uninstall we might release the resources. Just asking to get some context. |
i see uninstall as a when somebody calls eg sdk.close() which is not meant to be usable anymore in that process, clear all resources stop is like ok stop for now eg (sdk.optOut()) and later on resume with sdk.optIn() or eg the app is in the background, no need to keep using resources, but only when the app is back in the foreground |
so we might need to add Few points:
WDYT |
💡 Motivation and Context
Closes #242
💚 How did you test it?
📝 Checklist
If releasing new changes
pnpm changesetto generate a changeset file