chore(deps): update Cocoa SDK to v9.16.1

[github-actions]

Bumps modules/sentry-cocoa from 9.14.0 to 9.16.1.

Auto-generated by a dependency updater.

Changelog

9.16.1

Note

No documented changes. This is the same as 9.16.0, re-released to fix the SentryObjC-Static SPM checksum.

Important

The new SentryObjC SDK introduced in this release should be considered experimental and may be subject to breaking changes.

Features

• Add SentryObjC wrapper SDK — a pure Objective-C interface for projects that cannot enable Clang modules (e.g., ObjC++ with -fmodules=NO). (#7918)

  Ships as a compile-from-source SPM product SentryObjC, a static pre-compiled framework SentryObjC-Static.xcframework.zip and a dynamic pre-compiled framework SentryObjC-Dynamic.xcframework.zip.

  Steps to migrate:

  • Replace your dependency on the target Sentry or SentrySPM with SentryObjC (or SentryObjC-Static / SentryObjC-Dynamic if you want to use the precompiled binary targets).
  • Change #import <Sentry/Sentry.h> to #import <SentryObjC/SentryObjC.h>
  • Rename Sentry-prefixed types to SentryObjC (e.g., SentrySDK → SentryObjCSDK, SentryOptions → SentryObjCOptions).

• SentrySDK.extendAppLaunch() now returns the extended app launch span, allowing users to add child spans for granular breakdown of the app start period (#7985)

Fixes

• Fix crash in SentryFramesTracker.add/removeListener when called from a listener's own init / deinit on a background thread, observed on iOS 26 (#7943)
• Report only cold or warm as start_type for standalone app starts, removing the .prewarmed suffix per sentry-conventions (#7968)
• Fix reporting arbitrary Objective-C object throws via the C++ exception monitor (#7984)

9.16.0

Warning

The SentryObjC-Static SPM binary target in this release has an incorrect checksum and resolving dependencies might fail, but the release artifacts are not affected.

Important

The new SentryObjC SDK introduced in this release should be considered experimental and may be subject to breaking changes.

Features

• Add SentryObjC wrapper SDK — a pure Objective-C interface for projects that cannot enable Clang modules (e.g., ObjC++ with -fmodules=NO). (#7918)

  Ships as a compile-from-source SPM product SentryObjC, a static pre-compiled framework SentryObjC-Static.xcframework.zip and a dynamic pre-compiled framework SentryObjC-Dynamic.xcframework.zip.

  Steps to migrate:

  • Replace your dependency on the target Sentry or SentrySPM with SentryObjC (or SentryObjC-Static / SentryObjC-Dynamic if you want to use the precompiled binary targets).
  • Change #import <Sentry/Sentry.h> to #import <SentryObjC/SentryObjC.h>
  • Rename Sentry-prefixed types to SentryObjC (e.g., SentrySDK → SentryObjCSDK, SentryOptions → SentryObjCOptions).

• SentrySDK.extendAppLaunch() now returns the extended app launch span, allowing users to add child spans for granular breakdown of the app start period (#7985)

Fixes

• Fix crash in SentryFramesTracker.add/removeListener when called from a listener's own init / deinit on a background thread, observed on iOS 26 (#7943)
• Report only cold or warm as start_type for standalone app starts, removing the .prewarmed suffix per sentry-conventions (#7968)
• Fix reporting arbitrary Objective-C object throws via the C++ exception monitor (#7984)

9.16.0-alpha.3

Important

The new SentryObjC SDK introduced in this release should be considered experimental and may be subject to breaking changes.

Features

• Add SentryObjC wrapper SDK — a pure Objective-C interface for projects that cannot enable Clang modules (e.g., ObjC++ with -fmodules=NO). (#7918)

  Ships as a compile-from-source SPM product SentryObjC, a static pre-compiled framework SentryObjC-Static.xcframework.zip and a dynamic pre-compiled framework SentryObjC-Dynamic.xcframework.zip.

  Steps to migrate:

  • Replace your dependency on the target Sentry or SentrySPM with SentryObjC (or SentryObjC-Static / SentryObjC-Dynamic if you want to use the precompiled binary targets).
  • Change #import <Sentry/Sentry.h> to #import <SentryObjC/SentryObjC.h>
  • Rename Sentry-prefixed types to SentryObjC (e.g., SentrySDK → SentryObjCSDK, SentryOptions → SentryObjCOptions).

Fixes

• Fix crash in SentryFramesTracker.add/removeListener when called from a listener's own init / deinit on a background thread, observed on iOS 26 (#7943)
• Report only cold or warm as start_type for standalone app starts, removing the .prewarmed suffix per sentry-conventions (#7968)
• Fix reporting arbitrary Objective-C object throws via the C++ exception monitor (#7984)

9.16.0-alpha.2

Important

The new SentryObjC SDK introduced in this release should be considered experimental and may be subject to breaking changes.

Features

• Add SentryObjC wrapper SDK — a pure Objective-C interface for projects that cannot enable Clang modules (e.g., ObjC++ with -fmodules=NO). Ships as SentryObjC-Dynamic.xcframework.zip and as a compile-from-source SPM product. (#7918)
  Steps to migrate:
  • Replace your dependency on Sentry with SentryObjC (SPM product or xcframework)
  • Change #import <Sentry/Sentry.h> to #import <SentryObjC/SentryObjC.h>
  • Rename Sentry-prefixed types to SentryObjC (e.g., SentrySDK → SentryObjCSDK, SentryOptions → SentryObjCOptions).

Fixes

• Fix crash in SentryFramesTracker.add/removeListener when called from a listener's own init / deinit on a background thread, observed on iOS 26 (#7943)
• Report only cold or warm as start_type for standalone app starts, removing the .prewarmed suffix per sentry-conventions (#7968)

9.16.0-alpha.1

Important

The new SentryObjC SDK introduced in this release should be considered experimental and may be subject to breaking changes.

Features

• Add SentryObjC wrapper SDK — a pure Objective-C interface for projects that cannot enable Clang modules (e.g., ObjC++ with -fmodules=NO). Ships as SentryObjC-Dynamic.xcframework.zip and as a compile-from-source SPM product. (#7918)
  Steps to migrate:
  • Replace your dependency on Sentry with SentryObjC (SPM product or xcframework)
  • Change #import <Sentry/Sentry.h> to #import <SentryObjC/SentryObjC.h>
  • Rename Sentry-prefixed types to SentryObjC (e.g., SentrySDK → SentryObjCSDK, SentryOptions → SentryObjCOptions).

Fixes

• Fix crash in SentryFramesTracker.add/removeListener when called from a listener's own init / deinit on a background thread, observed on iOS 26 (#7943)

9.15.0

Features

• Add SentrySDK.extendAppLaunch() and SentrySDK.finishExtendedAppLaunch() to extend standalone app start spans beyond the default end point (e.g. include initial data loading). Call extendAppLaunch() after SentrySDK.start(options:) and before the app start transaction is created, then call finishExtendedAppLaunch() when your app is fully ready. Requires options.experimental.enableStandaloneAppStartTracing = true. (#7936)
• Skip max app start duration limit for standalone app start tracing (#7949)

Fixes

• Fix UIViewController transactions lost during launch profiling (#7920)

[sentry]

Bug: The sentry-cocoa submodule update is not synchronized with the modules/sentry-cocoa.properties file, potentially causing release builds to use an outdated binary.
_{Severity: MEDIUM}

Suggested Fix

The dependency update workflow should be modified to automatically generate or update the modules/sentry-cocoa.properties file with the correct version whenever the sentry-cocoa submodule is updated. This will ensure that builds relying on the properties file download the correct binary version, synchronizing it with the submodule pointer.

Prompt for AI Agent

Review the code at the location below. A potential bug has been identified by an AI
agent. Verify if this is a real issue. If it is, propose a fix; if not, explain why it's
not valid.

Location: modules/sentry-cocoa#L1

Potential issue: The dependency update process for `sentry-cocoa` only updates the git
submodule pointer but does not update the corresponding
`modules/sentry-cocoa.properties` file. This properties file is used by some build
configurations to download a pre-built binary. Because the file is not updated, these
builds may download and use an outdated version of the `sentry-cocoa` library, leading
to a version mismatch between the source code and the compiled binary. While the current
CI configuration may build from the submodule source, masking this issue, other build
environments or local development setups could fail or use the wrong dependency version.

_{Did we get this right? 👍 / 👎 to inform future reviews.}

[codecov]

Codecov Report

✅ All modified and coverable lines are covered by tests.
✅ Project coverage is 74.09%. Comparing base (8ddab0e) to head (9259051).

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #5264      +/-   ##
==========================================
- Coverage   74.09%   74.09%   -0.01%     
==========================================
  Files         508      508              
  Lines       18320    18320              
  Branches     3584     3584              
==========================================
- Hits        13575    13574       -1     
+ Misses       3872     3867       -5     
- Partials      873      879       +6     

☔ View full report in Codecov by Harness.
📢 Have feedback on the report? Share it here.

🚀 New features to boost your workflow:

• ❄️ Test Analytics: Detect flaky tests, report on failures, and find test suite problems.