fix(cli): honor configured organizations for short IDs

[betegon]

Bare issue short IDs can report “not found” when the cached organization list omits an accessible organization, even when that organization is configured as the default.

Before

With team-org missing from the cached organization list:

sentry cli defaults org team-org
sentry issue view FRONT-ABC           # May report not found
sentry issue view team-org/FRONT-ABC  # Resolves successfully

The bare short ID searches cached organizations without applying the configured organization.

After

sentry cli defaults org team-org
sentry issue view FRONT-ABC           # Resolves directly in team-org

Short IDs use the existing environment → .sentryclirc → persistent-default precedence. A configured organization remains authoritative: a 404 does not fall through to another organization. Project aliases retain their associated organization.

Without configured context, a cached lookup miss refreshes the organization list once through the existing discovery path, including its HTTP cache bypass and credential validation, then searches newly discovered organizations. Ambiguous matches still require an explicit organization. This does not assume that refreshing can repair an organization omitted by the API itself.

Includes regression coverage, command help, documentation, and the issue-specific generated example.

Validation

• 123 focused tests passed for short-ID resolution, organization discovery, credential isolation, regions, HTTP cache bypass, redirects, and token refresh.
• Full CLI unit suite with TZ=UTC: 10,468 passed, 17 skipped, 1 failed. The remaining Linux/musl installer test fails on macOS because it does not mock the OS; it is unchanged by this PR.
• All 3 shared authentication protocol tests passed.
• CLI typecheck, lint, docs/SDK generation, native build, and executable smoke checks passed. Generation leaves no additional tracked changes.
• Production behavior after release remains unverified.

[BYK]

Yup, great catch