Bug 1568169 Comment 5 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

:jib could you help me look at this and let me know if you have any further insight?

Rewording the STR so they're more generally applicable:
- Put the test machine into a state where it has a microphone attached but no webcam.
- Open Firefox.
- Open the console.
- Execute:
```
navigator.mediaDevices
  .getUserMedia({audio: true, video: true})
  .catch(() => {
    navigator.mediaDevices
      .getUserMedia({audio: true})
      .then(s => setTimeout(() => s.getTracks().forEach(t => t.stop()), 1000));
  });
```
- Accept the prompt (thomasbelin4, can you confirm that you're accepting the prompt, of have your Firefox configured to automatically do so).

What appears to be happening:

- The first gUM then fails because it can't get a video (no webcam).
- We hit the gUM in the catch and accept it.
- We open a stream, but quickly stop all the tracks in it.
- We clear most of the associated GUI: The menu bar item showing capturing tabs is cleared, as is the Firefox ontop of other windows icon. However, we fail to clear the microphone access blinker icon in the address bar.

As noted in comment 4, this only happens if we perform the gUM call to the mic in the catch. If the code in the catch is run on its own then we clear all indicators correctly.
:jib could you help me look at this and let me know if you have any further insight?

Rewording the STR so they're more generally applicable:
- Put the test machine into a state where it has a microphone attached but no webcam.
- Open Firefox.
- Open the console.
- Execute:
```
navigator.mediaDevices
  .getUserMedia({audio: true, video: true})
  .catch(() => {
    navigator.mediaDevices
      .getUserMedia({audio: true})
      .then(s => setTimeout(() => s.getTracks().forEach(t => t.stop()), 1000));
  });
```
- Accept the prompt (thomasbelin4, can you confirm that you're accepting the prompt, of have your Firefox configured to automatically do so?).

What appears to be happening:

- The first gUM then fails because it can't get a video (no webcam).
- We hit the gUM in the catch and accept it.
- We open a stream, but quickly stop all the tracks in it.
- We clear most of the associated GUI: The menu bar item showing capturing tabs is cleared, as is the Firefox is capturing icon which is always ontop. However, we fail to clear the microphone access blinker icon in the address bar.

As noted in comment 4, this only happens if we perform the gUM call to the mic in the catch. If the code in the catch is run on its own then we clear all indicators correctly.

Back to Bug 1568169 Comment 5