search

customerio / customerio-expo-plugin

MIT License
11 stars 9 forks source link

fix: initialize cio sdk in appdelegate #90

Closed ami-aman closed 1 year ago

ami-aman commented 1 year ago

closes https://github.com/customerio/issues/issues/10611

This pull request adds the initialization of the Customer.io SDK in the didFinishLaunchingWithOptions method of AppDelegate. This resolves an issue where push notification metric tracking was failing because the SDK was not properly initialized.

DO NOT MERGE THIS PR. STILL IN QA.

github-actions[bot] commented 1 year ago

Pull request title looks good 👍!

If this pull request gets merged, it will cause a new release of the software. Example: If this project's latest release version is 1.0.0. If this pull request gets merged in, the next release of this project will be 1.0.1. This pull request is not a breaking change.

All merged pull requests will eventually get deployed. But some types of pull requests will trigger a deployment (such as features and bug fixes) while some pull requests will wait to get deployed until a later time.

This project uses a special format for pull requests titles. Expand this section to learn more (expand by clicking the ᐅ symbol on the left side of this sentence)...
This project uses a special format for pull requests titles. Don't worry, it's easy! This pull request title should be in this format: ``` : short description of change being made ``` **If your pull request [introduces breaking changes](https://web.archive.org/web/20220725195319/https://nordicapis.com/what-are-breaking-changes-and-how-do-you-avoid-them/)** to the code, use this format: ``` !: short description of breaking change ``` where `` is one of the following: - `feat:` - A feature is being added or modified by this pull request. Use this if you made any changes to any of the features of the project. - `fix:` - A bug is being fixed by this pull request. Use this if you made any fixes to bugs in the project. - `docs:` - This pull request is making documentation changes, only. - `refactor:` - A change was made that doesn't fix a bug or add a feature. - `test:` - Adds missing tests or fixes broken tests. - `style:` - Changes that do not effect the code (whitespace, linting, formatting, semi-colons, etc) - `perf:` - Changes improve performance of the code. - `build:` - Changes to the build system (maven, npm, gulp, etc) - `ci:` - Changes to the CI build system (Travis, GitHub Actions, Circle, etc) - `chore:` - Other changes to project that don't modify source code or test files. - `revert:` - Reverts a previous commit that was made. ### Examples: ``` feat: edit profile photo refactor!: remove deprecated v1 endpoints build: update npm dependencies style: run formatter ``` Need more examples? Want to learn more about this format? [Check out the official docs](https://www.conventionalcommits.org/). **Note:** If your pull request does multiple things such as adding a feature _and_ makes changes to the CI server _and_ fixes some bugs then you might want to consider splitting this pull request up into multiple smaller pull requests.
ami-aman commented 1 year ago

@Shahroz16 It was decided that we make this release and once when spike is done & we release the spiked feature then we can make the changes in the plugin. We do not want to hold the ticket until spiked feature is out.

ami-aman commented 1 year ago

Closing this PR as it resolved the initial issue, but it also brought to light additional concerns, such as duplicate push metrics for Expo users. Another feature would cover this case and is planned to be done soon.

Hence closing this PR and not merging it.