v2.13.5
Forge v2.13.5
CLI/TUI and desktop release v2.13.5; mobile remains on its compatible native version.
- CLI / TUI — binaries below (
*.tar.gz/*.zip) orbrew upgrade forge - Desktop (macOS · Windows · Linux) — app bundles below + in-app auto-update
- Mobile (iOS) — production OTA by default; native/TestFlight builds are manual when required
Fixed
-
An Expo patch publish can no longer turn a tagged release red on its own — this is what kept
v2.13.4 from ever publishing. expo-doctor's "packages match versions required by installed Expo
SDK" check resolves the SDK's expected patch versions over the network, so the answer lives
outside the repository: Expo shippingexpo@57.0.19upstream was enough to failapp preflight
on a commit that had passed CI unchanged, and becauseapp-desktop.ymlchecks out
refs/tags/<release_tag>no fix landing onmaincan rescue the already-cut tag. That is the
fourth occurrence of this exact failure mode (#993, #1129, #1160, and v2.13.4). The eleven
drifted SDK packages are realigned with a lockfile regenerated under npm 10 to match CI's Node 20
toolchain (mobile/package.json,mobile/package-lock.json), and the release path now runs
scripts/ci/mobile-release-check.sh, which suppresses only that one check through expo-doctor's
ownEXPO_DOCTOR_SKIP_DEPENDENCY_VERSION_CHECKwhile the other 18 checks, ESLint,tsc --noEmit
and Vitest stay fully enforcing (.github/workflows/app-desktop.yml,
.github/workflows/app-web.yml,scripts/ci/test-mobile-release-check.sh,
.github/workflows/ci.yml,mobile/README.md). PR CI still runs the plainnpm run check, so
version drift is still caught — just where a human can act on it instead of where it strands a
release. -
The mobile lockfile moves to
browserslist4.28.8 for GHSA-73wf-gq98-2v4g and
GHSA-c83g-rgw3-j3cx. Both advisories were published aftermain's last green run and cover
browserslist <= 4.28.6, whichmaincarried at 4.28.4; every dependent range is^4.x, so a
lockfile bump clears the audit gate with no override (mobile/package-lock.json). Same
non-hermetic class as the expo-doctor failure above, on the audit gate rather than the doctor
gate.
What's Changed
- chore(dist): update package manifests to v2.13.4 by @github-actions[bot] in #1215
- fix(ci): stop upstream Expo patch publishes from blocking tagged releases by @florisvoskamp in #1216
- chore: prepare v2.13.5 release by @florisvoskamp in #1218
Full Changelog: v2.13.4...v2.13.5