[Bug]: iOS: an expanded environment card ignores every tap, its fields never take focus

[alanbem]

Before submitting

• I searched existing issues and did not find a duplicate. The closest is [Bug]: iOS trash button does not remove a persisted environment #12012, which covers the trash button only; see Related below.
• I included enough detail to reproduce or investigate the problem.

Area

apps/mobile (iOS, App Store 1.1.0)

Steps to reproduce

1. On an iPhone, open Settings and then Environments.
2. Expand a saved environment so the card opens.
3. Tap the LABEL field, then the URL field.
4. Tap Save, then the refresh button, then the trash button.

Expected behavior

The fields take focus, a caret appears and the keyboard opens. Save, refresh and delete do what they say.

Actual behavior

Nothing in the expanded card responds. The label and URL fields never take focus: no caret, no keyboard, no selection. Save, refresh and trash do nothing at all, with no alert and no visible change. The card looks normal, it is simply inert. Collapsing it and expanding it again makes no difference.

The practical result is that a saved environment cannot be edited or removed from the phone, so an environment showing "The environment credential is invalid" cannot be repaired there.

Impact

An environment that stops working cannot be fixed or deleted on the phone. The only way out is another device.

Version or commit

1.1.0 (App Store)

Environment

iPhone 17 Pro, iOS 26.6, portrait, dark mode.

Screenshots, recordings, or supporting files

Related

#12012 reports the trash button specifically, and its triage points at Alert.alert failing to present from the nested form sheet. This report is wider: the text fields never take focus either, which suggests the whole expanded card stops receiving touches rather than only the confirm alert failing to appear.

#11987 is the same family on the other screen, where the composer controls ignore taps while the editor has focus.

[juliusmarminge]

Triage: real iOS mobile bug, still present on current main / the 1.2.0 train. Not a duplicate of #12012, and not already fixed by App Store 1.1.0 → 1.2.0. Landing only the #12012 confirm-alert change would not restore field focus or Save/refresh.

What you reported. On App Store 1.1.0 (iPhone 17 Pro, iOS 26.6), Settings → Environments → expand a saved direct environment. The card paints normally (Label, URL, Save, refresh, trash) and then ignores every tap. Fields never take focus: no caret, no keyboard, no selection. Save, refresh, and trash produce no alert and no visible change. Collapse/expand again does not help. A row showing “The environment credential is invalid” therefore cannot be edited or removed on the phone.

The header still works. The expanded block does not. Expand/collapse is the header Pressable in ConnectionEnvironmentRow. That firing, then every control below it going dead, rules out a fully dead Settings sheet and rules out “only Alert.alert fails to present.”

What the code does. Environments is a nested formSheet inside SettingsSheet. A direct row expands into a Reanimated block with entering={FadeIn} / exiting={FadeOut}, under a parent layout={LinearTransition} and overflow-hidden. Label/URL are ordinary AppTextInputs (not editable={false}, not pointerEvents="none"). Save / refresh / trash wire to onUpdate, retryEnvironment, and Alert.alert("Remove…"). Add Environment on the same nested stack uses the same inputs without FadeIn / LinearTransition — that is the contrast case. None of the 1.1.0 → main row chrome PRs (#11478, #11990, #12026) change this expand animation path.

Why #12012’s Alert.alert diagnosis is not enough. #12012 is the same widget’s trash control, and its “Alert.alert from a pushed form-sheet screen can be eaten” read is still right as a second bug. It cannot explain no caret / no keyboard / Save that never collapses / refresh that never runs. “First tap during FadeIn dropped” is also too weak: remounting the block leaves it inert.

Leading mechanism (still to prove on device): the expanded FadeIn wrapper (plus parent LinearTransition + overflow-hidden) is a persistent hit-testing dead zone — paints and steals hits so the header does not collapse, while children never get focus/press. Two stacked bugs, one widget: (1) this issue — expanded controls never become first responder; (2) #12012 — even when trash/Save fire, Alert.alert may never appear.

Related, not duplicates. Keep #12012 open for the confirm path. #11987 is composer pointerEvents while the editor is focused (opposite setup). Open #9761 is T3 Connect unconnected discovery — do not attribute Closes #12085. No open PR claims the expanded-card hit-testing / first-responder path.

Suggested fix. Do not wrap interactive content in Reanimated entering / exiting — mount the editor in a plain View (collapsable={false}). Still do the #12012 confirm work (showConfirmDialog / sheet-local modal), but that alone does not close this. Instrument on device: Label onFocus, Save/refresh/trash onPress, contrast Add Environment vs Environments vs root Connections formSheet. Manual: expand → Label focuses and types; Save with unchanged valid fields collapses; trash presents an in-tree confirm.

Workaround. None in-app on 1.1.0. Off (1.2.0) only silences the row. Until a build with the row fix ships, edit or remove the environment from desktop/web, or add a new one via + if those fields still focus.

[alanbem]

Just updated the app. Bug looks to be fixed.