Şu anda bakım nedeniyle sitemiz kısıtlı işlevsellik sunmaktadır. Mevcut makaleler sorununuzu çözmediyse ve bize soru sormak isterseniz Twitter’da @FirefoxSupport hesabından ve Reddit’teki /r/firefox subreddit'inden destek gönüllülerimize ulaşabilirsiniz.

Mozilla Destek’te Ara

Destek dolandırıcılığından kaçının. Mozilla sizden asla bir telefon numarasını aramanızı, mesaj göndermenizi veya kişisel bilgilerinizi paylaşmanızı istemez. Şüpheli durumları “Kötüye kullanım bildir” seçeneğini kullanarak bildirebilirsiniz.

Daha Fazlasını Öğren

How to allow permanent access to webcam for HTTP website?

  • 3 yanıt
  • 1 kişi bu sorunu yaşıyor
  • 15 gösterim
  • Son yanıtı yazan: stbear11

more options

I'm a developer of intranet enterprise app. The app works through HTTP and requires webcam access to make photos of clients. Right now, employees use outdated FF 50, and I need to convince the management to upgrade the version to current. HTTPS is required for webcam access starting with FF 68. We've got over 300 app installations, and HTTPS is not viable in our situation. I've found two preferences in about:config, media.devices.insecure.enabled, media.getusermedia.insecure.enabled, and photo can be taken by clicking Allow every time. When I click "Remember this decision" checkbox, Allow button becomes disabled, and FF displays message "Your connection to this site is not secure. To protect you, Firefox will only allow access for this session".

App is hosted on one fixed internal IP address and users probably don't have access to Internet. Can I do something to fight this behavior? Users should be able to allow permanent access to webcam.

PS. Upgrade was delayed by https://github.com/mozilla/pdf.js/issues/2851 - we've used Adobe plugin instead. Last week I fixed the bug in our own copy of PDF.js. We will be upgrading to either FF 67 or the current version.

Update: found a workaround to remember the website. Click on Connection not secure icon, then More Information, then Permissions. You can set allow camera there, but FF ignores the setting and still shows popup in question.

I'm a developer of intranet enterprise app. The app works through HTTP and requires webcam access to make photos of clients. Right now, employees use outdated FF 50, and I need to convince the management to upgrade the version to current. HTTPS is required for webcam access starting with FF 68. We've got over 300 app installations, and HTTPS is not viable in our situation. I've found two preferences in about:config, media.devices.insecure.enabled, media.getusermedia.insecure.enabled, and photo can be taken by clicking Allow every time. When I click "Remember this decision" checkbox, Allow button becomes disabled, and FF displays message "Your connection to this site is not secure. To protect you, Firefox will only allow access for this session". App is hosted on one fixed internal IP address and users probably don't have access to Internet. Can I do something to fight this behavior? Users should be able to allow permanent access to webcam. PS. Upgrade was delayed by https://github.com/mozilla/pdf.js/issues/2851 - we've used Adobe plugin instead. Last week I fixed the bug in our own copy of PDF.js. We will be upgrading to either FF 67 or the current version. Update: found a workaround to remember the website. Click on Connection not secure icon, then More Information, then Permissions. You can set allow camera there, but FF ignores the setting and still shows popup in question.
Ekli ekran görüntüleri

stbear11 tarafından tarihinde düzenlendi

Tüm Yanıtlar (3)

more options

Hi there!

Click the cog icon next to the Permission heading.

Option on the Firefox menu

Click setting to make any changes.

https://www.wired.com/story/how-to-lock-down-websites-permissions-access-webcam/

more options
more options

See my update. Manual addition via workaround or through group policies doesn't work - Firefox ignores website being in allow list and shows up popup every time. I guess my option is to upgrade to FF 67 for now and switch to Chrome-based browser in future, which works fine with --unsafely-treat-insecure-origin-as-secure="10.32.200.127" switch.