Skip to content

chore(deps): update Cocoa SDK to v9.31.0 - #1042

Open
github-actions[bot] wants to merge 1 commit into
mainfrom
deps/modules/sentry-cocoa.properties
Open

github-actions[bot] wants to merge 1 commit into
mainfrom
deps/modules/sentry-cocoa.properties

Conversation

@github-actions

Copy link
Copy Markdown
Contributor

Bumps modules/sentry-cocoa.properties from 9.30.2 to 9.31.0.

Auto-generated by a dependency updater.

Changelog

9.31.0

Features

  • Add experimental MetricKit hang flame graph attachments via options.experimental.metrickit.hangReportingMode = .flamegraphAttachment, also available through SentryObjC. The default .legacy mode reports the flattened call stack tree, which is also retained when flame graph attachment creation fails (#9347)

Fixes

  • Resolve the application state at UIApplicationDidFinishLaunchingNotification when the SDK starts before UIApplication exists, such as from a SwiftUI App.init. A process launched in the background was treated as active for its whole lifetime, which let the app hang tracker report fatal app hangs with an idle main thread (#8988)
  • Keep the UI profiler running when SentrySDK.startProfiler() is called before a requested stop takes effect at the end of the current chunk (#9401)
  • Increase the crash report read limit in SentryCrash to 20 MB (#9386)
  • Stop applying the current scope, app state and mutable device data to MetricKit events from an earlier app run. These events carry the app and OS versions of the diagnostic and the stable device attributes, while breadcrumbs, user, tags, extras, scope attachments and the current replay stay out. Diagnostics recorded by the running process keep the scope data (#9297)

Internal

  • Add scope and debug image serialization APIs for hybrid SDKs through SentrySDK.internal.serializer and SentryObjCSDK.internal.serializer (#9403).
    The public SentrySerializable protocol and serialize() methods will be removed in the next major release.

@bruno-garcia
bruno-garcia force-pushed the deps/modules/sentry-cocoa.properties branch from 9555d05 to cf94333 Compare October 22, 2026 03:13
@limbonaut

Copy link
Copy Markdown
Collaborator

The new Android crash detection caught a SIGSEGV on Godot 4.5.1 during test initialization. Stack analysis points to Godot destroying a scripted object after the GDScript runtime had already shut down, causing a null-pointer access. This matches Godot #119799, addressed upstream by #120976.

No Sentry SDK frames appear in the captured stack. Why Android started shutting down the activity at that point remains unknown. Failing CI job.

My guess is that Android interrupted test initialization by shutting down the activity, exposing a known Godot cleanup bug: scripted objects can outlive the GDScript runtime and crash when destroyed.

@bruno-garcia
bruno-garcia force-pushed the deps/modules/sentry-cocoa.properties branch from cf94333 to 47b26f1 Compare October 23, 2026 03:13
@bruno-garcia
bruno-garcia force-pushed the deps/modules/sentry-cocoa.properties branch from 47b26f1 to 050d91e Compare October 24, 2026 03:12
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants