javascript-本地媒体访问受到限制,直到用户与firefox中的页面交互

前端之家收集整理的这篇文章主要介绍了javascript-本地媒体访问受到限制,直到用户与firefox中的页面交互 前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。

我已在我的域中授予对麦克风的允许权限.我们在多个标签中使用我们的域.在同一标签中访问时,我可以获取本地媒体(麦克风).但是我不访问该选项卡就无法在另一个选项卡(同一域)中获取WebRTC的本地媒体.只有在访问该选项卡后,才能获取localmedia访问权限.

是否故意为安全性和隐私? .有什么办法可以解决我的问题?

原因:限制用于WebRTC会话的资源.我们将WebRTC会话保留在我们域的单个选项卡中,并且仅将资源用于所有选项卡进行呼叫.

尝试将麦克风允许设置为iframe属性.但这并没有解决问题.不过,它在GoogleChrome浏览器中工作正常.如果我打开一个新标签页(T1)并在其中启动webrtc并从另一个标签页(T2)进行webrtc呼叫,而没有访问标签页T1,则除非我访问T1,否则呼叫将以chrome方式连接,而不是在Firefox中.

注意:并不要求允许在域中使用麦克风,它会自动获取它.只是它只有在我访问选项卡后才能获取.我已经向我的域授予了麦克风访问权限.

最佳答案

Is it intentionally done for Security & Privacy?

是的,这是有意防止背景标签打开相机或麦克风的行为,以监视用户.因为那是令人毛骨悚然的.我相信Safari的运作方式相同.

getUsermedia specification最近对此有一个要求:

>步骤6.1. “用户代理必须等到下一步,直到当前设置对象的负责文档完全激活并获得焦点为止.” *

因此,我希望Chrome能够尽快效仿.

Is there any way to solve my problem ?

那将大大破坏保证.

用户可以放心,只有当前聚焦的标签可以打开相机或麦克风.

If I open a new tab(T1) and initiate webrtc in it and make webrtc call from another tab (T2)without ever visiting the tab T1,call is connected in chrome but not in firefox unless i visit T1.

这是RTCPeerConnection连接问题,与getUserMedia分开.

解决方法是不阻止在麦克风访问上建立连接.

没有理由您不能先连接然后再添加麦克风.

或提前获取麦克风,然后再连接.基本上,这两个动作不需要重合或互相阻塞.

猜你在找的JavaScript相关文章