In Safari and FF, no attendee shows up if joining a meeting with an empty audio device
See original GitHub issueImportant: Please attach INFO-level logs with timestamps to the report from before the session started up until the point at which the unexpected behavior occured. For multi-participant calls, attach a log file for each participant if possible.
Meeting and attendee IDs: List the meeting and attendee IDs that the attached logs apply to. N/A
Timeline Outline the main actions the user performed and when: N/A
Describe the bug Describe the bug and the timestamp at which it happened relative to the timestamp in the log file.
Repro steps
- In Safari or Firefox, assume you haven’t allowed microphone in the permission dialog before. Also, you never called
chooseAudioInputDevice
with a non-null device. - Start a meeting.
- An attendee will not show up.
Notes
- SDK creates an empty audio device using Web Audio API and joins the session in the following conditions.
chooseAudioInputDevice
is never called before joining a meetingchooseAudioInputDevice
is called withnull
. Choosingnull
indicates no device.
- In Chrome, an attendee is present. Other attendees won’t be able to hear you since you haven’t selected any audio input device.
- In Firefox, an attendee is not present due to the
no ice candidates were gathered
error (Click here to see code). - In Safari, an attendee is not present without any error.
- In the documentation and examples, we recommend choosing an audio input device before starting a meeting. If you choose an audio input device and allow microphone permission, this bug doesn’t happen. An attendee will be present in all supported browsers.
Screenshots If applicable, add screenshots to help explain the problem.
Platform
- OS: macOS
- Browser: Safari and Firefox
- Browser Version: Safari 13.1 and Firefox 76
- Amazon Chime SDK GitHub Commit: 50b4ef8e73ad82e4735dab4ce6c9667f9c6a03b5
Issue Analytics
- State:
- Created 3 years ago
- Reactions:1
- Comments:9 (3 by maintainers)
Top Results From Across the Web
APIOverview | amazon-chime-sdk-js - Open Source at AWS
This guide gives an overview of the API methods you can use to create meeting with audio and video with a roster of...
Read more >Create an Aggregate Device to combine multiple audio devices
> Audio, then select Devices. For GarageBand, choose GarageBand > Settings (or Preferences) > Audio/MIDI. For MainStage, choose MainStage > ...
Read more >Troubleshooting Within Virtual Classroom – Bongo: Help Center
Emergency Troubleshooting · Reload the page. · Restart the Browser. · Open the meeting in a different browser. · Close all other tabs...
Read more >A/V Troubleshooting | Gather's Help Center!
Warning: If you have previously granted permissions for Gather but can no longer use your camera, mic, or screen share, you may need...
Read more >Troubleshoot audio issues in Google Meet
Mac computer settings might prevent Meet from using the microphone. If this happens, restart Chrome Browser. If that doesn't work, restart your computer,...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Thank you for your hard work. However we are also very interested in using the Chime CDK with users that are just “observers”, and right now the SDK is asking them to access their microphone which is extremely awkward. Would it ever be a way of allowing people to join a meeting only as “consumers”?
Hi everyone, although we have not fully resolved this issue yet, we have made some progress. Through our observations, we believe this issue is likely to be related to some restriction of browser.
As we mentioned before:
In some cases, the browser seems to block the output of this fake audio input, causing the server to fail to receive the signal, which further prevents the user from joining the meeting.
Currently, there are two ways to fix it:
list
orselect
any device. This will neither call thedeviceLabelTrigger
to trigger the device permission prompt nor cause the user to be unable to join the meeting.We also added some new docs, check them below:
Let us know if this helps. We will keep working on this issue.