-
Notifications
You must be signed in to change notification settings - Fork 31
Closed
Labels
bugSomething isn't workingSomething isn't working
Description
What did you do?
- Received an incoming call while the device was locked
- Answered the call using CallKit's interface while the phone was locked
- The call was initiated through the GetStream Video SDK integration
What did you expect to happen?
- Audio should be clear and properly managed by CallKit's audio session handling
- The speaker functionality should work normally when toggling between earpiece and speaker modes
What happened instead?
- The CallKit speaker behaved oddly when answering calls with the phone locked
- Audio routing may have been inconsistent or incorrectly routed when switching between earpiece and speaker
GetStream Environment
GetStream Video version: 1.34.0
GetStream Video frameworks: StreamVideo, StreamVideoSwiftUI
iOS version: iOS 15+
Swift version: Swift 6.0
Xcode version: 26 and 16
Device: iPhone 12
Additional context
- The issue occurs specifically when the phone is locked during call answering
- The app uses GetStream Video SDK for in-app calling functionality
- The speaker of the in-app call view made with the SDK component behave correctly
Steps to reproduce:
- Lock the device
- Receive an incoming call through the GetStream integration
- Answer the call using CallKit interface
- Observe the speaker behavior
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working