refactor(ios): Migrate from PrivateSentrySDKOnly to SentrySDK.internal (#6380)

* refactor(ios): Migrate from PrivateSentrySDKOnly to SentrySDK.internal

Replace the deprecated PrivateSentrySDKOnly SPI and SentrySwizzle.h macro
with the new SentrySDK.internal Swift API exposed by sentry-cocoa 9.19.0,
via a thin in-pod ObjC<->Swift bridge (RNSentryInternal.swift). Imports
Sentry with @_spi(Private) for SPI-gated sub-APIs (performance, replay,
envelope). Drops the performSelector workaround around getReplayIntegration
since SentrySDK.internal.replay.capture() returns Bool directly.

Closes #6370

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* test(ios): Migrate Swift Cocoa tests off PrivateSentrySDKOnly

Move RNSentryStartTests, RNSentryStartFromFileTests, and RNSentryReplayOptionsTests
to SentrySDK.internal.{options, options(fromDictionary:), appStart.hybridSDKMode,
performance.framesTrackingHybridSDKMode}.

The ObjC RNSentryTests.m keeps PrivateSentrySDKOnly for now — the test target
is a separate consumer of the RNSentry static-lib pod and cannot see
RNSentry-Swift.h without modulemap surgery. Worth revisiting when sentry-cocoa
removes PrivateSentrySDKOnly in the next major.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Include visionOS in the RNSScreen swizzle bridge

`SentryInternalSwizzleApi` in sentry-cocoa has no platform gating, and
`SENTRY_HAS_UIKIT` (which guards the `[RNSentryRNSScreen swizzleViewDidAppear]`
call in RNSentry.mm) covers visionOS. The Swift bridge was gated to
`iOS/tvOS/macCatalyst` only, silently no-oping the swizzle on visionOS
where the deprecated `SentrySwizzle` macro used to work.

Also documents why `setCurrentScreen` remains a visionOS no-op: sentry-cocoa's
`SentryInternalScreenApi` is intentionally gated to iOS/tvOS, so the new API
surface itself doesn't expose the setter on visionOS.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Scope RNSScreen swizzle key pointer inside withUnsafePointer

`withUnsafePointer(to:)` only guarantees the pointer stays valid inside
the closure body. Capturing it in `keyPtr` and using it outside the
closure was undefined behaviour by contract (even though `static var`
storage happens to be stable in practice). Wrap the entire
`instanceMethod` call inside `withUnsafePointer` so the pointer is
always used within its documented lifetime; the `static var` backing
storage keeps the address itself stable across calls, so sentry-cocoa's
`oncePerClass` dedup keeps working.

Flagged by Cursor Bugbot.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Use conditional import for RNSentry-Swift.h

Handle both static-lib and framework-style Pod integrations by falling
back from `<RNSentry/RNSentry-Swift.h>` (frameworks path) to the local
`"RNSentry-Swift.h"` (static-lib path) via `__has_include`. Applied to
every `.m`/`.mm` in packages/core/ios that consumes the Swift bridge.

Suggested by @antonis.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Guard against nil NSData and pin tests to SPI import

Two fixes flagged by Warden:

1. `RNSentryInternal.envelope(fromData:)` accepted a non-optional Swift
   `Data`. If the ObjC caller passed a nil `NSData*` (e.g. from a failed
   base64 decode of the envelope payload), the ObjC→Swift bridge would
   force-unwrap it and crash before the method body ran. Change the
   parameter to `Data?` with an internal `guard let` — matches the
   nil-tolerant behaviour of the deprecated
   `PrivateSentrySDKOnly.envelopeWithData:`.

2. Swift Cocoa tests accessed `SentrySDK.internal.*` with plain
   `import Sentry`. The `.internal` accessor is public today, but the
   sub-APIs the tests touch (`options`, `appStart`, `performance`) sit
   next to `@_spi(Private)`-gated siblings on the same struct. Add
   `@_spi(Private) import Sentry` to `RNSentryStartTests.swift`,
   `RNSentryStartFromFileTests.swift`, and `RNSentryReplayOptionsTests.swift`
   so they keep compiling if the surface is ever tightened.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Resolve fetchViewHierarchy with nil on capture failure

When `captureViewHierarchy` returned nil the ObjC code still constructed
an empty `NSMutableArray` and resolved with it. In JS, `[]` is truthy —
the caller would treat the failure as a successful (empty) attachment.
Bail out with `resolve(nil)` up front so the JS side sees the actual
failure signal.

Pre-existing since 2023; flagged by Seer while reviewing this PR.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* test(ios): Add smoke tests for RNSentryInternal Swift bridge

Cover the bridge's own contract — nil-guard on `envelope(fromData:)`,
metadata accessors, options factory, hybrid-SDK-mode flags, and the
`swizzleRNSScreenViewDidAppear` early-return when RNSScreen is
unavailable. sentry-cocoa owns the underlying `SentrySDK.internal.*`
behaviour; we just assert the wrapper forwards correctly and honours
the documented nil / platform guards.

Registers the new file in the RNSentryCocoaTester project explicitly
(the target does not use file-system-synchronized groups yet).

Flagged by Warden.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ci): Enable modular headers in e2e Podfile patch

Adding Swift to the RNSentry pod means CocoaPods refuses to integrate it
against non-modular ObjC dependencies. On older React Native versions
(e.g. 0.71 with Hermes) the React-hermes pod does not define modules, so
`pod install` fails with:

  The Swift pod `RNSentry` depends upon `React-hermes`, which does not
  define modules.

Inject `use_modular_headers!` into the Podfile via the existing e2e patch
script, and document the same knob for downstream users in the CHANGELOG.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ci): Only mark Podfile patched when anchor actually matched

Previous version unconditionally set `modularPatched = true` inside the
`use_modular_headers!` branch, so a Podfile without a
`prepare_react_native_project!` anchor would be reported as successfully
patched even though `content.replace` returned it unchanged.

Compare replace output against the input and log a warning instead when
the anchor is missing.

Flagged by Cursor Bugbot.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* docs: Note visionOS setCurrentScreen no-op in CHANGELOG

The migration to `SentrySDK.internal.screen.setCurrent` drops the
current-screen breadcrumb enrichment on visionOS because sentry-cocoa's
new `SentryInternalScreenApi` is gated to iOS/tvOS only. Already
documented in a code comment; call it out for downstream users too.

Flagged by Seer.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(test): Import RNSentry in RNSentryInternalTests

`RNSentryInternal` is a Swift type compiled into the `RNSentry` pod
module, not the `Sentry` module. Without `@_spi(Private) import RNSentry`
the test target cannot resolve `RNSentryInternal.*` and fails to build.

Flagged by Warden.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* docs: Move iOS use_modular_headers note to Changes; reorder Unreleased

Antonis review nit: the use_modular_headers! requirement is a
user-facing Podfile change on older RN versions, not internal-only —
promote it from ### Internal into ### Changes alongside the visionOS
setCurrentScreen note. Also reorder the Unreleased sections to the
usual Features / Changes / Fixes / Internal layout used elsewhere in
this file.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Drop macOS SentryScreenFrames stub + link PR in CHANGELOG

Two Lucas review nits:

1. `RNSentryInternal.currentScreenFrames` had a `nil`-returning stub in
   the non-UIKit `#else` branch that still referenced the
   `SentryScreenFrames` type in its return signature. sentry-cocoa
   doesn't compile `SentryScreenFrames` on macOS/watchOS, so the pod's
   Swift source failed to type-check there — CI reproduced with
   `cannot find type 'SentryScreenFrames' in scope`. Every ObjC caller
   is already gated to `TARGET_OS_IPHONE || TARGET_OS_MACCATALYST`, so
   we can just omit the property entirely on non-UIKit platforms.

2. CHANGELOG entries pointed to the issue (#6370) instead of the PR
   (#6380). Repo convention links the PR.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Give TIME_TO_DISPLAY_ENTRIES_MAX_SIZE external linkage

Adding Swift to the RNSentry pod (via `RNSentryInternal.swift`) turned
RNSentry into a Swift module. Swift's ObjC header import through modules
doesn't inline `static const int` at use sites — it emits a reference to
an external symbol. Because `static const int` at file scope has
internal linkage, the symbol never exists at link time and
RNSentryTimeToDisplayTests.swift fails to link:

  Undefined symbol: _TIME_TO_DISPLAY_ENTRIES_MAX_SIZE

Change the header to `extern const int` and define the value in
RNSentryTimeToDisplay.m so it gets a single exported symbol that both
ObjC and Swift consumers can bind to.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(test): Drop SDK close in RNSentryInternalTests tearDown

CI reported the iOS test bundle hung at ~14 min with
\`IDETestOperationsObserverDebug: Failure collecting diagnostics from
simulator: Timed out after 600.0 seconds\`. Calling
\`SentrySDK.close()\` in tearDown races with sentry-cocoa's background
workers (frame tracker CADisplayLink, session tracker, etc.), and the
simulator process becomes unresponsive between tests.

Match the lifecycle pattern from \`RNSentryStartTests\` — no explicit
setUp/tearDown SDK management. Each test that needs a live SDK starts
it via a helper; tests that only exercise stateless bridge methods
(nil-guard, factory, mutation of process-global flags) don't touch
lifecycle at all.

Also drop \`testSetSdkNameAndAddPackageRoundTrip\` — it mutated
process-global SDK metadata, which would leak across tests running
after it in the same process.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* Revert "test(ios): Add smoke tests for RNSentryInternal Swift bridge"

The new smoke suite hung the iOS test bundle at test-run time on CI
(`IDETestOperationsObserverDebug: Failure collecting diagnostics from
simulator: Timed out after 600.0 seconds`), even after removing the
`SentrySDK.close()` call. Best guess: the mutations of
`framesTrackingHybridSDKMode` / `appStartMeasurementHybridSDKMode`
leak into the shared XCTest process and trip up cocoa's UIApplication-
observer path in a way we don't see on main.

The bridge is already exercised end-to-end by `RNSentryStartTests`
(which starts the SDK through `RNSentryStart.start`, i.e. the exact
`RNSentryInternal.*` path) and `RNSentryReplayOptionsTests` (which
calls `SentrySDK.internal.options(fromDictionary:)`), so we're not
losing meaningful coverage by dropping the dedicated file. Revisit
with a proper investigation instead of gambling more CI cycles.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

* fix(ios): Preserve screenshot/view-hierarchy/setCurrentScreen on visionOS

sentry-cocoa gates the new `SentryInternalScreen/Screenshot/ViewHierarchyApi`
sub-APIs to iOS/tvOS only. Straight-mapping the bridge to them left three
behaviour regressions on visionOS relative to pre-migration:

  * `captureScreenshots` returned an empty array (no screenshots on
    error events)
  * `captureViewHierarchy` returned nil (no view-hierarchy attachments)
  * `setCurrentScreen` was a no-op (no current-screen breadcrumb
    enrichment)

The deprecated `PrivateSentrySDKOnly` still exposes those three APIs
under `SENTRY_HAS_UIKIT` (which does cover visionOS), so route the
visionOS bridge through it as a narrow, temporary fallback. Everywhere
else the migration still uses `SentrySDK.internal.*` — visionOS is the
only platform that keeps a `PrivateSentrySDKOnly` reference, and it
goes away as soon as sentry-cocoa either exposes these APIs on visionOS
in the hybrid surface or drops `PrivateSentrySDKOnly` in its next major.

With this fallback the PR becomes non-breaking on visionOS, so the
Changes-section note is no longer accurate — dropped from the CHANGELOG.

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>

---------

Co-authored-by: Claude Opus 4.7 <noreply@anthropic.com>

Author: alwx

CHANGELOG.md

@@ -18,6 +18,10 @@
 - Fix `TypeError` when `showFeedbackForm`/`showFeedbackButton`/`showScreenshotButton` is called before `FeedbackFormProvider` mounts ([#6435](https://github.com/getsentry/sentry-react-native/pull/6435))
 - Fix orphaned TTID/TTFD spans in the trace view ([#6437](https://github.com/getsentry/sentry-react-native/pull/6437))
 
+### Internal
+
+- Migrate iOS code from the deprecated `PrivateSentrySDKOnly` SPI (and `SentrySwizzle.h` macro) to the new `SentrySDK.internal` Swift API exposed by sentry-cocoa 9.19.0, via a thin in-pod ObjC↔Swift bridge ([#6380](https://github.com/getsentry/sentry-react-native/pull/6380))
+
 ## 8.18.0
 
 ### Features
@@ -31,6 +35,7 @@
   **Warning**
 
   **This may be a breaking change for some setups.** `pod install` now downloads `Sentry.xcframework` from sentry-cocoa's GitHub release (SHA256-verified) and vendors it, instead of building Sentry from source as a CocoaPod. If your iOS build breaks after upgrading (e.g. when another pod also depends on the `Sentry` CocoaPod), or if your `pod install` environment cannot reach `github.com`, set `SENTRY_USE_XCFRAMEWORK=0` before `pod install` to restore the previous source-build behavior.
+- **iOS:** On React Native versions where `React-hermes` (or another RN pod) is not modularized by default (e.g. RN 0.71), add `use_modular_headers!` to your `ios/Podfile` above the `target` block. This is required because the `RNSentry` pod now contains Swift code (the new `RNSentryInternal` bridge over `SentrySDK.internal`) and CocoaPods refuses to integrate a Swift pod against non-modular ObjC dependencies. Newer React Native versions require no change ([#6380](https://github.com/getsentry/sentry-react-native/pull/6380)).
 
 ### Fixes
 

dev-packages/e2e-tests/patch-scripts/rn.patch.podfile.js

@@ -63,8 +63,27 @@ if (currentMatch) {
   debug.log('Warning: Could not find platform :ios line to patch');
 }
 
+// RNSentry now contains Swift code (via the RNSentryInternal bridge over
+// SentrySDK.internal). CocoaPods refuses to integrate a Swift pod against
+// non-modular ObjC dependencies (e.g. React-hermes on older RN versions),
+// so ensure the Podfile requests modular headers globally.
+let modularPatched = false;
+if (!content.includes('use_modular_headers!')) {
+  const patched = content.replace(
+    /prepare_react_native_project!\s*\n/,
+    "prepare_react_native_project!\nuse_modular_headers!\n",
+  );
+  if (patched !== content) {
+    content = patched;
+    modularPatched = true;
+    debug.log('Patching Podfile with use_modular_headers!');
+  } else {
+    debug.log('Warning: Could not find prepare_react_native_project! anchor to inject use_modular_headers!');
+  }
+}
+
 // Write the file if any changes were made
-if (shouldPatch || currentMatch) {
+if (shouldPatch || currentMatch || modularPatched) {
   fs.writeFileSync(args['pod-file'], content);
   debug.log('Podfile patched successfully!');
 } else {

packages/core/RNSentry.podspec

@@ -46,23 +46,15 @@ Pod::Spec.new do |s|
   # in `android/CMakeLists.txt`. The files are guarded with
   # `RCT_NEW_ARCH_ENABLED` so they compile to empty TUs on Old Arch.
   #
-  # We include `.swift` (for `RNSentrySwiftLinkStub.swift`) only on RN >=
-  # 0.75. Adding a Swift file makes CocoaPods treat RNSentry as a Swift
-  # pod, which then requires modular headers from its ObjC dependencies
-  # (React-Core, React-hermes) — RN < 0.75 doesn't emit those, so
-  # `pod install` fails with:
-  #   "The Swift pod `RNSentry` depends upon `React-hermes`, which does
-  #    not define modules."
-  # The stub is only needed when linking Sentry.xcframework's Swift
-  # symbols into a dynamic framework anyway (RN 0.86+ `use_frameworks!
-  # :dynamic`), so gating on RN 0.75 is safe.
-  supports_swift_stub = rn_version[:major] >= 1 || (rn_version[:major] == 0 && rn_version[:minor] >= 75)
-  if supports_swift_stub
-    s.source_files = 'ios/**/*.{h,m,mm,swift}', 'cpp/**/*.{h,cpp}'
-    s.swift_versions = ['5.5']
-  else
-    s.source_files = 'ios/**/*.{h,m,mm}', 'cpp/**/*.{h,cpp}'
-  end
+  # Swift is compiled unconditionally because `RNSentryInternal.swift` is
+  # the sole ObjC↔Swift bridge over `SentrySDK.internal.*` — every `.m`/
+  # `.mm` file in this pod calls into it. That makes RNSentry a Swift pod
+  # in CocoaPods' eyes, which in turn requires modular headers from its
+  # ObjC dependencies. Users on React Native < 0.75 (where `React-hermes`
+  # and friends aren't modularized by default) must add
+  # `use_modular_headers!` to their Podfile — see CHANGELOG.
+  s.source_files = 'ios/**/*.{h,m,mm,swift}', 'cpp/**/*.{h,cpp}'
+  s.swift_versions = ['5.5']
   s.public_header_files = 'ios/RNSentry.h', 'ios/RNSentrySDK.h', 'ios/RNSentryStart.h', 'ios/RNSentryVersion.h', 'ios/RNSentryBreadcrumb.h', 'ios/RNSentryReplay.h', 'ios/RNSentryReplayBreadcrumbConverter.h', 'ios/Replay/RNSentryReplayMask.h', 'ios/Replay/RNSentryReplayUnmask.h', 'ios/RNSentryTimeToDisplay.h'
 
   s.compiler_flags = other_cflags

packages/core/RNSentryCocoaTester/RNSentryCocoaTester.xcodeproj/project.pbxproj

@@ -7,6 +7,7 @@
 	objects = {
 
 /* Begin PBXBuildFile section */
+		2639D71D3BD04F17B0BAC987 /* RNSentryTurboModulePerfControllerTests.mm in Sources */ = {isa = PBXBuildFile; fileRef = E795057A6D534A80A9D06356 /* RNSentryTurboModulePerfControllerTests.mm */; };
 		332D33472CDBDBB600547D76 /* RNSentryReplayOptionsTests.swift in Sources */ = {isa = PBXBuildFile; fileRef = 332D33462CDBDBB600547D76 /* RNSentryReplayOptionsTests.swift */; };
 		3339C4812D6625570088EB3A /* RNSentryUserTests.m in Sources */ = {isa = PBXBuildFile; fileRef = 3339C4802D6625570088EB3A /* RNSentryUserTests.m */; };
 		336084392C32E382008CC412 /* RNSentryReplayBreadcrumbConverterTests.swift in Sources */ = {isa = PBXBuildFile; fileRef = 336084382C32E382008CC412 /* RNSentryReplayBreadcrumbConverterTests.swift */; };
@@ -17,7 +18,6 @@
 		33DEDFED2D8DC825006066E4 /* RNSentryOnDrawReporter+Test.mm in Sources */ = {isa = PBXBuildFile; fileRef = 33DEDFEC2D8DC820006066E4 /* RNSentryOnDrawReporter+Test.mm */; };
 		33DEDFF02D9185EB006066E4 /* RNSentryTimeToDisplayTests.swift in Sources */ = {isa = PBXBuildFile; fileRef = 33DEDFEF2D9185E3006066E4 /* RNSentryTimeToDisplayTests.swift */; };
 		33F58AD02977037D008F60EA /* RNSentryTests.m in Sources */ = {isa = PBXBuildFile; fileRef = 33F58ACF2977037D008F60EA /* RNSentryTests.m */; };
-		2639D71D3BD04F17B0BAC987 /* RNSentryTurboModulePerfControllerTests.mm in Sources */ = {isa = PBXBuildFile; fileRef = E795057A6D534A80A9D06356 /* RNSentryTurboModulePerfControllerTests.mm */; };
 		AEFB00422CC90C4B00EC8A9A /* RNSentryBreadcrumbTests.swift in Sources */ = {isa = PBXBuildFile; fileRef = 3360843C2C340C76008CC412 /* RNSentryBreadcrumbTests.swift */; };
 		B4DEB41739F14AA38202D4D4 /* RNSentryUriValidationTests.m in Sources */ = {isa = PBXBuildFile; fileRef = 3E3742693F7643C2ADE1BDF2 /* RNSentryUriValidationTests.m */; };
 		B5859A50A3E865EF5E61465A /* libPods-RNSentryCocoaTesterTests.a in Frameworks */ = {isa = PBXBuildFile; fileRef = 650CB718ACFBD05609BF2126 /* libPods-RNSentryCocoaTesterTests.a */; };
@@ -52,8 +52,8 @@
 		33F58ACF2977037D008F60EA /* RNSentryTests.m */ = {isa = PBXFileReference; fileEncoding = 4; lastKnownFileType = sourcecode.c.objc; path = RNSentryTests.m; sourceTree = "<group>"; };
 		3E3742693F7643C2ADE1BDF2 /* RNSentryUriValidationTests.m */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.objc; path = RNSentryUriValidationTests.m; sourceTree = "<group>"; };
 		650CB718ACFBD05609BF2126 /* libPods-RNSentryCocoaTesterTests.a */ = {isa = PBXFileReference; explicitFileType = archive.ar; includeInIndex = 0; path = "libPods-RNSentryCocoaTesterTests.a"; sourceTree = BUILT_PRODUCTS_DIR; };
-		E795057A6D534A80A9D06356 /* RNSentryTurboModulePerfControllerTests.mm */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.cpp.objcpp; path = RNSentryTurboModulePerfControllerTests.mm; sourceTree = "<group>"; };
 		E2321E7CFA55AB617247098E /* Pods-RNSentryCocoaTesterTests.debug.xcconfig */ = {isa = PBXFileReference; includeInIndex = 1; lastKnownFileType = text.xcconfig; name = "Pods-RNSentryCocoaTesterTests.debug.xcconfig"; path = "Target Support Files/Pods-RNSentryCocoaTesterTests/Pods-RNSentryCocoaTesterTests.debug.xcconfig"; sourceTree = "<group>"; };
+		E795057A6D534A80A9D06356 /* RNSentryTurboModulePerfControllerTests.mm */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.cpp.objcpp; path = RNSentryTurboModulePerfControllerTests.mm; sourceTree = "<group>"; };
 		F48F26542EA2A481008A185E /* RNSentryEmitNewFrameEvent.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; name = RNSentryEmitNewFrameEvent.h; path = ../ios/RNSentryEmitNewFrameEvent.h; sourceTree = SOURCE_ROOT; };
 		F48F26552EA2A4D4008A185E /* RNSentryFramesTrackerListener.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; name = RNSentryFramesTrackerListener.h; path = ../ios/RNSentryFramesTrackerListener.h; sourceTree = SOURCE_ROOT; };
 		FADF868E2EBD053E00D6652D /* SentrySDKWrapper.h */ = {isa = PBXFileReference; lastKnownFileType = sourcecode.c.h; name = SentrySDKWrapper.h; path = ../ios/SentrySDKWrapper.h; sourceTree = SOURCE_ROOT; };
@@ -169,6 +169,7 @@
 				3360898929524164007C7730 /* Sources */,
 				BB7D14838753E6599863899B /* Frameworks */,
 				CC7959F3721CB3AD7CB6A047 /* [CP] Copy Pods Resources */,
+				2AA6DCCDB9B6D20211E939EC /* [CP] Embed Pods Frameworks */,
 			);
 			buildRules = (
 			);
@@ -214,6 +215,23 @@
 /* End PBXProject section */
 
 /* Begin PBXShellScriptBuildPhase section */
+		2AA6DCCDB9B6D20211E939EC /* [CP] Embed Pods Frameworks */ = {
+			isa = PBXShellScriptBuildPhase;
+			buildActionMask = 2147483647;
+			files = (
+			);
+			inputFileListPaths = (
+				"${PODS_ROOT}/Target Support Files/Pods-RNSentryCocoaTesterTests/Pods-RNSentryCocoaTesterTests-frameworks-${CONFIGURATION}-input-files.xcfilelist",
+			);
+			name = "[CP] Embed Pods Frameworks";
+			outputFileListPaths = (
+				"${PODS_ROOT}/Target Support Files/Pods-RNSentryCocoaTesterTests/Pods-RNSentryCocoaTesterTests-frameworks-${CONFIGURATION}-output-files.xcfilelist",
+			);
+			runOnlyForDeploymentPostprocessing = 0;
+			shellPath = /bin/sh;
+			shellScript = "\"${PODS_ROOT}/Target Support Files/Pods-RNSentryCocoaTesterTests/Pods-RNSentryCocoaTesterTests-frameworks.sh\"\n";
+			showEnvVarsInLog = 0;
+		};
 		30F19D4E16BEEFEC68733838 /* [CP] Check Pods Manifest.lock */ = {
 			isa = PBXShellScriptBuildPhase;
 			buildActionMask = 2147483647;
@@ -334,14 +352,23 @@
 				MTL_ENABLE_DEBUG_INFO = INCLUDE_SOURCE;
 				MTL_FAST_MATH = YES;
 				ONLY_ACTIVE_ARCH = YES;
+				OTHER_CFLAGS = (
+					"$(inherited)",
+					"-DRCT_REMOVE_LEGACY_ARCH=1",
+				);
+				OTHER_CPLUSPLUSFLAGS = (
+					"$(inherited)",
+					"-DRCT_REMOVE_LEGACY_ARCH=1",
+				);
 				OTHER_LDFLAGS = (
 					"$(inherited)",
 					" ",
 				);
+				PODFILE_DIR = "$(SRCROOT)";
 				REACT_NATIVE_PATH = "${PODS_ROOT}/../../node_modules/react-native";
 				SDKROOT = iphoneos;
 				SWIFT_ACTIVE_COMPILATION_CONDITIONS = "$(inherited) DEBUG";
-				USE_HERMES = false;
+				USE_HERMES = true;
 			};
 			name = Debug;
 		};
@@ -393,13 +420,22 @@
 				IPHONEOS_DEPLOYMENT_TARGET = 12.4;
 				MTL_ENABLE_DEBUG_INFO = NO;
 				MTL_FAST_MATH = YES;
+				OTHER_CFLAGS = (
+					"$(inherited)",
+					"-DRCT_REMOVE_LEGACY_ARCH=1",
+				);
+				OTHER_CPLUSPLUSFLAGS = (
+					"$(inherited)",
+					"-DRCT_REMOVE_LEGACY_ARCH=1",
+				);
 				OTHER_LDFLAGS = (
 					"$(inherited)",
 					" ",
 				);
+				PODFILE_DIR = "$(SRCROOT)";
 				REACT_NATIVE_PATH = "${PODS_ROOT}/../../node_modules/react-native";
 				SDKROOT = iphoneos;
-				USE_HERMES = false;
+				USE_HERMES = true;
 				VALIDATE_PRODUCT = YES;
 			};
 			name = Release;