Feature Requests

We run a production Expo app (SDK 54) that wraps a heavy web app in react-native-webview. Our main ask is framework support for background memory, plus two things from the SDK 54 upgrade that caused a production regression: Background memory reclaim (the main ask). For WebView-heavy apps, the OS reclaims the backgrounded app/WebView under memory pressure, forcing a full cold relaunch on return. This is OS behavior, but it's a supported Expo use case. We'd like framework-level support: reducing background memory footprint, and/or a supported way to retain and restore WebView state across an OS-initiated process kill. Bundled react-native-webview version. SDK 54 shipped 13.15.0, which carried a WebView recovery crash (fixed upstream in 13.16.1/13.16.2). Bundling a webview version with a known crash caused a regression for us. New Architecture default. Our config set newArchEnabled: false scoped to Android in expo-build-properties, but after the SDK 54 upgrade the iOS build was on the New Architecture anyway. An SDK upgrade silently switching a build's architecture, without an obvious cross-platform signal, is easy to miss and hard to diagnose. Please make newArchEnabled behavior explicit and consistent across platforms. Environment: Expo SDK 54, react-native-webview (moving to 13.16.x), iOS + Android, production.

More and more supply chain attacks are causing many organizations to require a min-release-age setting in their NPM configuration (and I presume pnpm, yarn, etc). Expo doctor should not recommend updating dependencies that are too new according to those rules because this fails to fetch via NPM and forces us to have to manually find all dependencies that satisfy the version ranges but are older than X days.

Alt prop support for web

For applications that requires audio output accuracy (e.g. metronome, drum machine), real-time (PCM) buffer audio output support is required to deliver sample-level accuracy. As comparison: In Qt we can use QAudioSink::start(Callback &&cb) to achieve that In Web Audio API we can use AudioContext + AudioBuffer to achieve that. In Android we have AudioTrack.StreamEventCallback In JUCE we can implement getNextAudioBlock() It could be great if expo-audio have similar API that allows developer to do so.

Use case I build Vibe Costs, a dashboard that lets developers aggregate live software and infrastructure costs. EAS Billing already shows an estimated current-period amount across Build, Update, Hosting, and Workflows, but there is no public endpoint or billing-read OAuth scope for reading that summary. Expo billing support confirmed that the EAS REST API only covers triggering workflows and reading run details. Personal access tokens and robot users are the documented programmatic options, but robot users still cannot read cost data. Requested solution Please add customer-authorized third-party OAuth with a narrow billing-read scope and an endpoint returning: current billing-period total and currency plan allowance and signed credits or adjustments documented freshness EAS product and project attribution stable account, project, and resource IDs The important constraint is least privilege. Customers should not need to provide a personal access token or robot token to an external cost dashboard. Technical proposal and machine-readable schema: https://vibecosts.app/cost-api/docs If this becomes available, I will build and maintain the connector and test it against my own Expo account.

Use case I build Vibe Costs, a dashboard that lets developers aggregate live software and infrastructure costs. EAS Billing already shows an estimated current-period amount across Build, Update, Hosting, and Workflows, but there is no public endpoint or billing-read OAuth scope for reading that summary. Expo billing support confirmed that the EAS REST API only covers triggering workflows and reading run details. Personal access tokens and robot users are the documented programmatic options, but robot users still cannot read cost data. Requested solution Please add customer-authorized third-party OAuth with a narrow billing-read scope and an endpoint returning: current billing-period total and currency plan allowance and signed credits or adjustments documented freshness EAS product and project attribution stable account, project, and resource IDs The important constraint is least privilege. Customers should not need to provide a personal access token or robot token to an external cost dashboard. Technical proposal and machine-readable schema: https://vibecosts.app/cost-api/docs If this becomes available, I will build and maintain the connector and test it against my own Expo account.

When attempting to style the recently introduced BottomSheet component from @expo/ui with a opaque background color, this is only possible using the background(Color) modifiers from the respective packages. For Android there's an option though to set the containerColor prop: https://docs.expo.dev/versions/latest/sdk/ui/jetpack-compose/bottomsheet/#containercolor To make it easier for maintainers to use the universal module over the platform specific modules, would be very handy to expose this prop not only in Jetpack Compose <ModalBottomSheet> but as well for the universal <BottomSheet> . In combination with the proposal of adding presentationBackground for Swift UI this could be mapped to a modifier for the Swift UI version: export function BottomSheet({ ... containerColor }: BottomSheetProps) { ... if (containerColor) { presentationModifiers.push( presentationBackground(containerColor) ); } return (...) }

@expo/ui exposes SwiftUI's refreshable modifier for List , but there is currently no way to customize the color/tint of the native refresh indicator. The refresh gesture works correctly and the native SwiftUI refresh indicator is displayed, but its color remains the system/default color. Expected behavior There should be a way to configure the tint/color of the refresh indicator, for example: refreshable({ onRefresh: async () => { await refresh() }, tint: '#FF5A5F', }) or preferably through a dedicated modifier/API that maps to the appropriate SwiftUI behavior. For example: <List modifiers={[ listStyle('plain'), refreshable(refresh), refreshableTint('#FF5A5F'), ]} /> The exact API is up to the maintainers; the important part is exposing the ability to customize the refresh indicator's color. Current behavior Applying the existing tint() modifier to the List does not change the color of the refresh indicator: <List modifiers={[ listStyle('plain'), tint('#FF5A5F'), refreshable(refresh), ]} /> The refresh indicator remains black/system-colored. This is particularly noticeable in applications with custom light/dark themes where the default indicator color does not match the application's accent color.

AudioPlayer already ships PCM sampling — isAudioSamplingSupported , setAudioSamplingEnabled(enabled) , and the audioSampleUpdate event. AudioPlaylist has none of it: its entire event map is playlistStatusUpdate and trackChanged . The ask: mirror those onto AudioPlaylist , emitting for whichever track is current ( currentIndex is already tracked and surfaced). Use case — a hands-free voice assistant. TTS clips play through AudioPlaylist because one queue gives synthesis/playback overlap, ordering, and a single stop/kill switch in one place. The UI has a presence indicator that should pulse with the assistant's actual voice, but with no sampling on the playlist it has to run off a synthetic timer instead. The alternatives are adding a native audio dependency, or moving playback to individual AudioPlayer s and rebuilding the queue/skip machinery — neither is proportionate to needing an amplitude number. It looks small on both platforms (read against 57.0.4): Android: AudioPlayer sources its samples from Visualizer(ref.audioSessionId) in createVisualizer() . AudioPlaylist extends the same BaseAudioPlayer and so has the same ref.audioSessionId , and Visualizer binds to the audio session rather than the media item — so track changes need no special handling. Lifting samplingEnabled + createVisualizer() + sendAudioSampleUpdate() into BaseAudioPlayer would give both classes the feature at once. iOS: AudioTapProcessor is initialised with an AVPlayer , and AudioPlaylist is a SharedRef<AVQueuePlayer> — already an AVPlayer . The tap attaches to player.currentItem 's audio mix, so the only additional piece is re-installing it on track change, which the playlist already observes. Happy to put up a PR if that would be welcome.

Flutter has something like this and I think it would be beneficial. Here is how it works: expo-image will have a prop called 'syncPlayback' which makes all animated images with the same source have synced playback no matter when it was rendered. Maybe a global clock? For example, if an expo-image was rendered right away and 2 seconds later you pressed the 'render same image a second time' button. Both images would have synced playback. If you would like a real life example, it would work near identical to how twitch.tv handles animated emotes.