Skip to content

SDK 8 / sentry-cli 3: local Debug iOS builds hard-fail without SENTRY_ORG ("An organization ID or slug is required") — was warn-and-continue on 7.x #6399

Closed

Description

@moiseslorap-catalift

OS

macOS 15

Platform

iOS

SDK

@sentry/react-native (sentry-expo config plugin path: @sentry/react-native/expo)

SDK version

8.17.1

React Native version

0.86 (Expo SDK 57)

Steps to reproduce

  1. Expo SDK 57 project with @sentry/react-native@8.17.1 and the @sentry/react-native/expo config plugin.
  2. Developer machine with no Sentry auth configured — no SENTRY_ORG / SENTRY_AUTH_TOKEN env, no sentry.properties with an org (the common case for a teammate or CI leg that isn't meant to upload).
  3. npx expo prebuild -p ios + xcodebuild … -configuration Debug (local simulator build).

Expected result

Local Debug builds without upload credentials succeed, skipping source-map/debug-file upload — the behavior we observed on 7.x: the same project, same machine, same missing env built fine before the upgrade, only warning about the skipped upload.

Actual result

The "Bundle React Native code and images" phase hard-fails the build:

error: sentry-cli - error: An organization ID or slug is required (provide with --org, set SENTRY_ORG, or use an org-scoped auth token)

So after upgrading, every developer who doesn't export Sentry credentials can no longer produce a local Debug build until they discover SENTRY_DISABLE_AUTO_UPLOAD=true.

Workaround

export SENTRY_DISABLE_AUTO_UPLOAD=true before building (or setting it per-scheme). Works, but it's a hidden tribal-knowledge step — nothing in the upgrade guide flags that tokenless local builds now fail instead of warn.

Ask

Either (a) restore warn-and-continue when no org/token is configured (at least for Debug configuration), or (b) call this out loudly in the v8 migration docs as a breaking change for local builds. The v3 sentry-cli strictness makes sense for release/CI paths where a silent upload skip is a real footgun — but failing the local Debug inner loop on a missing org feels like the wrong default.

Are you willing to submit a PR?

Yes, if maintainers indicate which direction (a/b) is acceptable.

Activity

  1. linear-code commented on Jul 5, 2026

    @linear-code
  2. moved this to Waiting for: Product Owner in GitHub Issues with 👀 3on Jul 5, 2026
  3. antonis commented on Jul 6, 2026

    @antonis
    Contributor

    Thank you for reporting 🙇
    We will investigate this and iterate back.

  4. moved this from Waiting for: Product Owner to No status in GitHub Issues with 👀 3on Jul 6, 2026
  5. self-assigned this
    on Jul 6, 2026
  6. added a commit that references this issue on Jul 7, 2026
    513aeb3
  7. github-actions commented on Jul 9, 2026

    @github-actions
    Contributor

    A PR closing this issue has just been released 🚀

    This issue was referenced by PR #6405, which was included in the 8.18.0 release.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

Projects

Milestone

No milestone

Relationships

None yet

Development

No branches or pull requests

Issue actions