Funkcionalnosć tutoho sydła so přez wothladowanske dźěła wobmjezuje, kotrež maja waše dožiwjenje polěpšić. Jeli nastawk waš problem njerozrisuje a chceće prašenje stajić, wobroćće so na naše zhromodźenstwo pomocy, kotrež na to čaka, wam na @FirefoxSupport na Twitter a /r/firefox na Reddit pomhać.

Pomoc přepytać

Hladajće so wobšudstwa pomocy. Njenamołwimy was ženje, telefonowe čisło zawołać, SMS pósłać abo wosobinske informacije přeradźić. Prošu zdźělće podhladnu aktiwitu z pomocu nastajenja „Znjewužiwanje zdźělić“.

Dalše informacije

How to allow permanent access to webcam for HTTP website?

  • 3 wotmołwy
  • 1 ma tutón problem
  • 2 napohladaj
  • Poslednja wotmołwa wot 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.
Připowěsnjene fota wobrazowki

Wot stbear11 změnjeny

Wšě wotmołwy (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.