我已在我的域中授予对麦克风的允许权限.我们在多个标签中使用我们的域.在同一标签中访问时,我可以获取本地媒体(麦克风).但是我不访问该选项卡就无法在另一个选项卡(同一域)中获取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分开.
解决方法是不阻止在麦克风访问上建立连接.
没有理由您不能先连接然后再添加麦克风.
或提前获取麦克风,然后再连接.基本上,这两个动作不需要重合或互相阻塞.
版权声明：本文内容由互联网用户自发贡献，该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容， 请发送邮件至 dio@foxmail.com 举报，一经查实，本站将立刻删除。