element-call icon indicating copy to clipboard operation
element-call copied to clipboard

EC-in-EXI got stuck on the wrong audio device

Open ara4n opened this issue 1 month ago • 1 comments

Steps to reproduce

  1. Joined an embedded call on EC-embedded-in-EXI
  2. Audio starts on the phone speaker
  3. Put on Airpods Max bluetooth headset
  4. Audio correctly routes to headset; hooray.
  5. Plug in headset to charge on laptop
  6. Headset switches to laptop
  7. Audio routes to phone speaker on EC.
  8. Go to audio settings on EC, hit 'select audio device', see that Airpods Max are already selected :-/
  9. Tap it again and close the window
  10. Nothing happens.
  11. Go back in again, select "phone speaker" instead.
  12. Nothing happens.
  13. Go back in again, select "Airpods Max"
  14. ...and now the audio gets rerouted back to the Airpods correctly.

Outcome

What did you expect?

When the audio routing changed in step 7, the app apparently wasn't told about the new audio device. So it incorrectly claimed it was using the AirPods when it wasn't. Instead, it should have said it was using phone speaker, so i could have manually overridden it back again.

Alternatively, when I explicitly tapped the right selection, it should have overridden to use it, irrespective of what it thought the current reality was.

What happened instead?

App lost track of which audio device it was using, and then ignored my attempts to use the right device (until i switched device and back again).

Operating system

iOS 26

Browser information

No response

URL for webapp

No response

Will you send logs?

Yes

ara4n avatar Nov 21 '25 13:11 ara4n

We would need to reproduce this and determine whether the change in effective output device is driven by the OS/user agent or by the LiveKit JS SDK. Then we might learn more about how we might get the app to react to such a change.

robintown avatar Nov 24 '25 15:11 robintown