Skip to content

fix: defer AdobeMedia one-time init until launchAppId is available#32

Merged
denischilik merged 1 commit into
mainfrom
fix/adobemedia-launchappid-init
Apr 30, 2026
Merged

fix: defer AdobeMedia one-time init until launchAppId is available#32
denischilik merged 1 commit into
mainfrom
fix/adobemedia-launchappid-init

Conversation

@denischilik
Copy link
Copy Markdown
Contributor

Background

AdobeMedia startup could consume its one-time initialization path before launchAppId was available, preventing later initialization in the same process. This update ensures initialization is attempted only when configuration is present.

What Has Changed

  • Added an early launchAppId guard before entering the one-time initialization block
  • Prevented dispatch_once from executing in unconfigured startup states
  • Kept AdobeMedia initialization flow unchanged once configuration is available

Screenshots/Video

N/A

Checklist

  • I have performed a self-review of my own code.
  • I have made corresponding changes to the documentation.
  • I have added tests that prove my fix is effective or that my feature works.
  • I have tested this locally.

Additional Notes

  • This is a targeted initialization-order fix in MPKitAdobeMedia.start.

Guard the start path before dispatch_once so a missing launchAppId does not consume the one-time initialization block. This allows AdobeMedia initialization to run when configuration arrives later in the same process.
@denischilik denischilik changed the base branch from development to main April 30, 2026 15:39
@denischilik denischilik merged commit 23fe917 into main Apr 30, 2026
3 checks passed
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