Αναζήτηση στην υποστήριξη

Προσοχή στις απάτες! Δεν θα σας ζητήσουμε ποτέ να καλέσετε ή να στείλετε μήνυμα σε κάποιον αριθμό τηλεφώνου ή να μοιραστείτε προσωπικά δεδομένα. Αναφέρετε τυχόν ύποπτη δραστηριότητα μέσω της επιλογής «Αναφορά κατάχρησης».

Μάθετε περισσότερα

getUserMedia behavior

  • 2 απαντήσεις
  • 0 έχουν αυτό το πρόβλημα
  • 1 προβολή
  • Τελευταία απάντηση από Erik Johnson

more options

Hi all,

First time posting so apologies if I mess anything up. My company has created an inbound calling service using twilio under the hood. We utilize webworkers to send cross tab messaging around call actions to the twilio service that manages a particular call. One specific feature that is critical to us is the ability to answer a phone call from any tab that our service is running on.

With one of the recent updates to firefox we noticed that this feature no longer works because the calls to navigator.mediaDevices.getUserMedia() would not resolve until you clicked on the page where this action was being called. This effectively means that you can only answer the phone call on the page that actually houses the twilio logic for answering the phone call (via a button action).

Is this an intended security improvement? If not, is there anyway to prevent this from happening other than holding on to an open mic stream for the entire time the application is open?

Thank you for reading!

Hi all, First time posting so apologies if I mess anything up. My company has created an inbound calling service using twilio under the hood. We utilize webworkers to send cross tab messaging around call actions to the twilio service that manages a particular call. One specific feature that is critical to us is the ability to answer a phone call from any tab that our service is running on. With one of the recent updates to firefox we noticed that this feature no longer works because the calls to navigator.mediaDevices.getUserMedia() would not resolve until you clicked on the page where this action was being called. This effectively means that you can only answer the phone call on the page that actually houses the twilio logic for answering the phone call (via a button action). Is this an intended security improvement? If not, is there anyway to prevent this from happening other than holding on to an open mic stream for the entire time the application is open? Thank you for reading!

Όλες οι απαντήσεις (2)

more options

You can use mozregression to find the change responsible which might shed some light on the situation.

more options

The biggest thing im looking for is clarification on whether or not this is intentional:

Does firefox only want to grant access to a media stream if you explicitly clicked a button (aka, a user gesture)?

To me, it seems odd that firefox would restrict this for a window that has microphone permissions granted already. My company needs to make a decision about whether or not we are going to support firefox users at all and this issue is at the crux of that debate.

Τροποποιήθηκε στις από τον/την Erik Johnson