Hacktoberfest 2026: die Issues, die Maintainer für den Oktober markiert haben – offen und einsteigerfreundlich. Hacktoberfest-Issues durchsuchen

iOS 26: `_UIFloatingBarContainerView` marks sheet content (and sometimes whole screens) as covered

Geschlossen
  • Stimmt etwas nicht?
#3,628 0 Kommentare 0 Reaktionen 0 zugewiesene Personen Auf GitHub ansehen

Maintainer antworten meist innerhalb von 1 Tag

Dieses Issue hat noch niemand übernommen.

Bewertung

Schwierigkeit
4/5
Geschätzter Aufwand
3-5 Tage
Anfängerfreundlichkeit
35/100
Issue-Typ
Bug
Klarheit
Klar beschrieben
Aktivitätsstatus
Aktiv
Tech-Stack
swift, typescript
Bereich
mobile, testing

Rechercherichtung

Start with the coverage pass that marks toolbar nodes as overlays, and the full-window exemption it applies, then check how snapshot -i filters window nodes before that exemption runs. Reproduce with a SwiftUI sheet containing a List of Buttons on an iOS 26 simulator, comparing snapshot --raw --json with press. Done when rows in a sheet are pressable by ref, label and identifier, and snapshot -i agrees with what press decides.

Vom Indexierungsmodell aus dem Issue-Text verfasst.

Beschreibung

Environment

  • agent-device 0.21.19
  • iOS 27.0 simulator (iPhone, 402×874 pt); the floating bar container exists since iOS 26
  • SwiftUI app with a NavigationStack and a .sheet with .presentationDetents([.medium, .large])

Summary

On iOS 26, UIKit adds a floating bar container (_UIFloatingBarContainerView) to every navigation context. XCUITest reports it with type Toolbar and label Toolbar. agent-device's coverage pass treats every toolbar node as an overlay. The full-window exemption only applies when the bar's rect equals the nearest window rect.

So:

  1. In a sheet the container has the sheet's frame (for example x8 y415 w386 h451), not the window frame. It comes later in tree order than the sheet rows, so every row is marked covered. press @ref, press 'label="…"', and press 'id="…"' all fail with covered by another visible element. The rows are hittable in the app; a coordinate tap at their centre works.
  2. On a full-screen view the container has the window frame and is exempt in the full snapshot. In snapshot -i the window node is filtered out, so the exemption cannot apply, and every node prints [covered] even though presses work.

The container has no interactive children of its own in these cases.

Steps to reproduce

  1. Present a SwiftUI sheet containing a List of Button rows on an iOS 26 simulator.
  2. agent-device snapshot -i → all rows [covered].
  3. agent-device press 'id="<row identifier>"' → covered by another visible element.
  4. agent-device snapshot --raw --json shows a Toolbar node (_UIFloatingBarContainerView) after the rows, with the sheet's rect.
  5. agent-device press <centre x> <centre y> → the row activates.

Expected

Rows inside the sheet are pressable by ref, label, and identifier.

Suggested fix

Any one of:

  • Do not treat _UIFloatingBarContainerView (or a toolbar with no interactive descendants) as an overlay.
  • Exempt a bar whose rect equals its nearest sheet/scene container rect, not only the window.
  • Apply the full-window exemption before -i filtering, so snapshot -i matches what press decides.

Related (separate issue?)

A SwiftUI Menu prints as [popupbutton] with an unlabeled child [button] that nearly fills it. press on the popup button fails with has no parent-owned touch point outside its interactive descendants, because no point is ≥12 pt from the child. Treating a child whose rect is within a few points of the parent as the same target (or pressing the child automatically when it is the only competitor) would make SwiftUI menus pressable by label or identifier.

Vorherrschende Sprache
TypeScript
Sterne
5k
Forks
334
Ø Merge
12 Std. 29 Min.
Gemergte PRs (30 T.)
663

Entwicklungsumgebung

Erste Schritte

  1. Lesen Sie das ganze Issue und danach den Beitragsleitfaden des Projekts.
  2. Schreiben Sie ins Issue, dass Sie es übernehmen — das erspart doppelte Arbeit.
  3. Forken Sie das Repository und arbeiten Sie in einem Branch.
  4. Öffnen Sie einen Pull Request, der die Issue-Nummer nennt.

Mehr aus callstack/agent-device

Alle Issues in callstack/agent-device

Ähnliche Issues

Weitere Issues zu TypeScript

Neue Issues direkt in Ihr Postfach

Eine kurze Übersicht über anfängerfreundliche GitHub-Issues.