Why Your Live Translation Stops When the Screen Locks (and Every Fix)
Live translation stops when your phone screen locks because mobile OSes suspend microphone access. Every fix for iOS and Android—settings, workarounds, and best practices.
The most common translation failure is not language—it is the screen
You start a live translation session. The conversation flows for two minutes. Then your phone screen dims, locks, and the translation stops. The other person is still talking, but nothing comes through. You wake the phone, return to the browser, and the session resumes—but the moment is broken.
This is the single most reported issue with browser-based live translation. It is also one of the most fixable. The cause is not your translation tool—it is how mobile operating systems manage microphone access.
Why operating systems kill the microphone at lock
Both iOS and Android treat microphone access as a sensitive, battery-intensive permission. When your screen locks:
- The operating system suspends most background processes
- Microphone streams from browser tabs are terminated
- WebRTC connections may disconnect or enter a frozen state
This is intentional privacy and battery protection. Apple and Google designed their platforms so apps cannot silently record audio while your phone appears off. Browser-based translation, which depends on continuous microphone input, is affected by this policy.
Native apps can request special background audio entitlements. Browsers cannot. This is the fundamental trade-off between browser convenience and background persistence.
Fix 1: Extend auto-lock duration
The simplest fix. Before starting a translation session, change your auto-lock setting:
iOS: Settings → Display & Brightness → Auto-Lock → set to 5 minutes (or Never for long sessions)
Android: Settings → Display → Screen timeout → set to 5 or 10 minutes
This gives you a longer window before the screen dims. For most conversations under ten minutes, five-minute auto-lock is sufficient.
Remember to restore your normal setting afterward. Leaving auto-lock on Never drains battery and reduces security.
Fix 2: Keep the screen awake during the session
If you cannot or prefer not to change system settings:
- Tap the screen periodically to reset the auto-lock timer
- Keep a finger near the screen during natural pauses in conversation
- Place the phone face-up on the table so accidental touches do not navigate away
This is a low-tech workaround that works reliably for short exchanges.
Fix 3: Prevent sleep with the browser tab active
Some mobile browsers reduce processing priority when the tab is not in the foreground. Even before screen lock, switching to another app can degrade translation quality.
During an active session:
- Keep the translation browser tab as the active, visible tab
- Do not switch to messaging apps, maps, or other applications
- If you need to look something up, pause the conversation first
Fix 4: Guided Access for shared tablets (iOS)
Hotels and clinics using a shared iPad at a front desk should enable Guided Access:
1. Settings → Accessibility → Guided Access → turn on
2. Open the translation session in Safari
3. Triple-click the side button to start Guided Access
4. Disable auto-lock within the Guided Access session options
Guided Access locks the iPad to the browser and prevents guests from navigating away or triggering screen lock. This is the recommended setup for hotel front desk translation.
Fix 5: Android kiosk mode for shared devices
Android devices support kiosk mode through screen pinning or dedicated kiosk apps:
1. Settings → Security → Screen pinning → enable
2. Open the translation session in Chrome
3. Pin the Chrome app so it cannot be dismissed
For enterprise-managed tablets, Mobile Device Management (MDM) policies can set permanent kiosk mode with auto-launch on the translation page.
Fix 6: Use a native app if background audio is essential
If your workflow requires translation to continue with the screen off—driving, walking with the phone in your pocket, operating equipment—a native translation app with background audio permissions may be necessary.
The trade-off: native apps require installation, often lack cross-platform session sharing, and may not support the shareable-link pattern that makes browser translation work across different phones.
For face-to-face conversation where both people can see the device, browser translation with extended auto-lock is the better default.
Platform-specific notes
iOS Safari: Most affected by screen lock policies. Safari suspends microphone access immediately on lock. No browser setting overrides this—only system auto-lock changes or Guided Access help.
Android Chrome: Similar behavior. Some Android manufacturers add aggressive battery optimization that kills browser tabs even before screen lock. Check Settings → Battery → Battery optimization and exclude Chrome if you experience premature disconnection.
Samsung Internet and Firefox: Same OS-level restrictions apply. No mobile browser currently maintains microphone access through screen lock without native app entitlements.
Best practices for uninterrupted sessions
Before every translation session:
1. Set auto-lock to 5 minutes or longer
2. Confirm the browser has microphone permission
3. Close unnecessary background apps
4. Place the phone where it will not be accidentally pocketed or face-downed
5. Inform the other person that you may need to tap the screen occasionally
After the session:
1. Restore your normal auto-lock setting
2. End the session explicitly rather than simply locking the phone
When screen lock is actually a feature
Screen lock protecting microphone access is privacy working as designed. You do not want random browser tabs recording audio while your phone sits in your bag. The fix is not to bypass this protection permanently—it is to adjust settings temporarily during intentional translation sessions.
For shared tablets in professional settings, kiosk mode and Guided Access provide the right balance: the device stays awake for guest service, but the microphone is only active during deliberate sessions.
The bottom line
Screen lock interrupting live translation is predictable, explainable, and fixable. Extend auto-lock, keep the tab foregrounded, and use kiosk mode on shared devices. These three habits eliminate the most common cause of mid-conversation translation failure.
For a complete browser translation walkthrough that accounts for screen lock, see our 2026 browser conversation guide.
FAQ
Why does translation stop when my screen goes dark?
iOS and Android suspend background microphone access when the screen locks to protect privacy and conserve battery. Browser-based live translation relies on continuous microphone input, so screen lock interrupts the audio stream. The translation engine stops receiving speech until you wake the phone and return to the browser tab.
Does this happen with native translation apps too?
Native apps can request background audio permissions that browsers cannot. This is why some dedicated translation apps continue running when the screen locks, while browser sessions do not. The trade-off is that native apps require installation and often lack the cross-platform session sharing that browsers provide.
What is the best auto-lock setting for translation sessions?
Set auto-lock to five minutes or Never during active sessions. On iOS: Settings → Display & Brightness → Auto-Lock. On Android: Settings → Display → Screen timeout. Remember to restore your normal setting after the conversation ends.
Can I use Guided Access on iOS to prevent screen lock?
Yes. Guided Access locks the phone to a single app and can prevent auto-lock while active. Triple-click the side button to enable it, select the browser app, and disable auto-lock within Guided Access settings. This is particularly useful for shared tablets at front desks.
