Critical Bug: VoiceOver Crash Loop when accessing settings with Braille Display in Hebrew
AppleVis [Unofficial]
March 8, 2026
Hi Applevis community. I am writing to report (and hopefully find others experiencing) a long - standing, critical bug that has persisted across several iOS versions, including the latest iOS 26.3.2 on my iPhone 17 Pro.The Issue: As a blind user and native Hebrew speaker, I've encountered a severe issue whenever a Braille display (in my case, a Brailliant BI 40X) is connected via Bluetooth. If the system language is set to Hebrew, attempting to enter " VoiceOver Settings" causes an immediate crash and a respring loop. VoiceOver restarts, attempts to render the menu again, and crashes in an infinite loop until Bluetooth is manually toggled off on the display. Key Observations:
- RTL Specific: This seems to be tied to the Hebrew localization. Switching the system language to English often resolves the crash.
- Persistent: I have reported this to Apple Accessibility multiple times over the years. Each time, I am told it is "under investigation," but no fix has been implemented.
- Display Agnostic: I have experienced this with multiple Braille displays, suggesting the fault lies in the iOS Braille driver/localization rendering.
- Text Trigger: Occasionally, specific words or phrases appearing in a text field will trigger this same crash/loop if Braille is active. It is incredibly frustrating that a core accessibility feature is rendered inaccessible by the very system meant to support it. Has anyone else using RTL languages encountered this? Any workarounds other than switching the entire phone to English? Please note: This post was drafted with the assistance of Gemini to ensure clarity. If anything remains unclear, I would be happy to provide further explanations.
Discussion in the ATmosphere