Skip to content

fix(release): repair production package validation and versioning - #433

Merged
af-obodovskyi merged 1 commit into
masterfrom
releases/7.x.x/7.0.x/7.0.2-rc9
Sep 17, 2026
Merged

af-obodovskyi merged 1 commit into
masterfrom
releases/7.x.x/7.0.x/7.0.2-rc9

Conversation

@af-obodovskyi

Copy link
Copy Markdown
Contributor

Four issues found auditing the production release pipeline, all stemming from the RPC bridge rewrite (1507c8c) and a --version flag that was never actually wired up:

  • validate-production-package.py and extractPackage.py both asserted that AppsFlyeriOSWrapper.mm contains commented-out disableAdvertisingIdentifier and waitForATTUserAuthorizationWithTimeoutInterval calls. Both APIs were removed entirely (regular and strict alike) by the RPC rewrite, so these checks could never pass again and would fail every future release. extractPackage.py's check is independent of validate-production-package.py's and runs earlier in check_packages.yml, so both needed fixing.

  • deploy/build_unity_package.sh and deploy/strict_mode_build_package.sh accepted --version but discarded it, always emitting whatever PACKAGE_NAME string was hardcoded as the default. Every past release relied on manually re-hardcoding that string in sync with the version bump commit; the CLI flag itself was decorative. Fixed to build PACKAGE_NAME from the passed argument.

  • strictMode.md's doc bullet claiming the two removed APIs are strict-mode specific is now stale; updated to reflect they're gone entirely.

Four issues found auditing the production release pipeline, all stemming
from the RPC bridge rewrite (1507c8c) and a --version flag that was never
actually wired up:

- validate-production-package.py and extractPackage.py both asserted that
  AppsFlyeriOSWrapper.mm contains commented-out disableAdvertisingIdentifier
  and waitForATTUserAuthorizationWithTimeoutInterval calls. Both APIs were
  removed entirely (regular and strict alike) by the RPC rewrite, so these
  checks could never pass again and would fail every future release.
  extractPackage.py's check is independent of validate-production-package.py's
  and runs earlier in check_packages.yml, so both needed fixing.

- deploy/build_unity_package.sh and deploy/strict_mode_build_package.sh
  accepted --version <value> but discarded it, always emitting whatever
  PACKAGE_NAME string was hardcoded as the default. Every past release
  relied on manually re-hardcoding that string in sync with the version
  bump commit; the CLI flag itself was decorative. Fixed to build
  PACKAGE_NAME from the passed argument.

- strictMode.md's doc bullet claiming the two removed APIs are strict-mode
  specific is now stale; updated to reflect they're gone entirely.

Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com>
@af-obodovskyi
af-obodovskyi merged commit 385efe8 into master Sep 17, 2026
14 checks passed

This branch was successfully deployed

1 active deployment
Production — 92d3bfbf Deployed Sep 17, 2026 by af-obodovskyi via Release-To-Production / Release-To-Production #76
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants