SwiftUI .toolbar(placement: .keyboard) item not exposed to accessibility on iOS 26.1 (affects VoiceOver + XCUITest)

Question

e_lin OP

Created Nov ’25

Replies 2

Boosts 1

Participants 3

Description

On iOS 26.1, a ToolbarItem placed in .keyboard is no longer exposed to the accessibility hierarchy. As a result:

VoiceOver cannot focus or activate the toolbar button
XCUITest cannot discover the element, making the UI impossible to test

TextEditor()
    .toolbar {
        ToolbarItem(placement: .keyboard) {
            Button("Done") { /* action */ }
        }
    }

This worked correctly on previous iOS versions.

The button appears visually but is missing from both VoiceOver navigation and XCUI accessibility queries.

Steps to Reproduce

Create a new SwiftUI project.
Use a simple text field with a keyboard toolbar button.
Run on an iOS 26.1 device or simulator.
Focus the text field to show the keyboard.
Turn on VoiceOver and attempt to navigate to the toolbar button.
Run an XCUITest attempting to locate the button

Boost

Answer 1

DTS Engineer OP

Apple

Nov ’25

That's an odd behavior, I'd appreciate it if you could open a bug report, include the sample code and post the FB number here once you do. Bug Reporting: How and Why? has tips on creating your bug report.

0

Answer 2

richardpiazza-dev OP

1w

I've seen this behavior as well. Haven't been able to track down exactly why it's happening.

I attempted to create a stripped down example, but couldn't recreate the same issue.

A couple of things about the ToolbarItemGroup(placement: .keyboard) {} I'm investigating:

My implementation is view a SwiftUI View that conforms to the ToolbarContent protocol.
My implementation is part of a separate Swift Package utilized in my main project.

0