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

[github-actions]

Bumps modules/sentry-cocoa from 9.14.0 to 9.17.1.

Auto-generated by a dependency updater.

Changelog

9.17.1

Fixes

• Ship dSYMs in SentryObjC-Dynamic.xcframework artifacts (#8036)
• Fix missing _OBJC_CLASS_$_ symbols in x86_64 slice of SentryObjC dynamic framework (#8037)
• Mark feedback form aliases and conformances unavailable in app extensions (#8040)

9.17.0

Features

• Support creating envelope items from attachments via SentryObjC (#8001)

• Add format-string logging to SentryObjCLogger with automatic message template extraction (#7996)

  [SentryObjCSDK.logger infoWithFormat:"User % processed %d items", userName, count];

• Add managed user feedback form presentation APIs (#7873)

  Apps using the managed User Feedback integration can now present the form directly:

  • Use SentrySDK.feedback.show() to let the SDK pick the best presenter.
  • In UIKit, present the SentrySDK.FeedbackForm() view controller yourself.
  • In SwiftUI, use .sentryFeedback(isPresented:), or present SentrySDK.FeedbackFormView() from a container such as .sheet.

  These APIs use the global SentryOptions.configureUserFeedback configuration and temporarily hide the managed widget
  while the form is open, when possible.

• Add per-form feedback configuration (#8018)

  Managed feedback presentation APIs now accept a configuration closure, so apps can customize a single
  form on top of the global SentryOptions.configureUserFeedback settings without mutating them:

  SentrySDK.feedback.show { config in
      config.configureForm = { form in
          form.formTitle = "Report a Bug"
          form.submitButtonLabel = "Send Report"
      }
      config.tags = ["screen": "settings"]
  }

• Standalone app start sub-spans operations have been renamed for better clarity (#8003):

  • Pre Runtime Init: app.start -> app.start.pre_runtime_init
  • Runtime Init to Pre Main Initializers: app.start -> app.start.runtime_init
  • UIKit Init: app.start -> app.start.uikit_init
  • Application Init: app.start -> app.start.application_init
  • Extended App Start: app.start -> app.start.extended_app_start

Fixes

• Silence retroactive conformance warning for SentryLevel: CustomStringConvertible when building with SPM from source (#8032)

Deprecations

• Deprecate the managed User Feedback widget/FAB. It will be removed in v10. Present the feedback form from your own UI with SentrySDK.feedback.show(), SentrySDK.FeedbackForm, or .sentryFeedback(isPresented:) instead. (#8022)

Fixes

• App start duration on the Vitals dashboard now reflects the extended app launch time when using extendAppLaunch() (#8028)

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.10%. Comparing base (2f2842f) to head (64526f6).

Additional details and impacted files

@@            Coverage Diff             @@
##             main    #5264      +/-   ##
==========================================
- Coverage   74.13%   74.10%   -0.03%     
==========================================
  Files         508      508              
  Lines       18320    18320              
  Branches     3584     3584              
==========================================
- Hits        13581    13576       -5     
- Misses       3864     3866       +2     
- Partials      875      878       +3     

☔ 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.