除非用户与firefox中的页面互动，否则localmedia访问将受到限制

Question

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

是否有意进行安全性和隐私保护？ 。有什么办法可以解决我的问题？

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

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

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

Answer 1

  

是否出于安全和隐私目的故意这么做？

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

getUsermedia specification最近将此作为一项要求：

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

因此，我希望Chrome能够尽快效法。

  

有什么办法可以解决我的问题？

那将大大破坏保证。

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

  

如果我打开一个新标签页（T1）并在其中启动webrtc并从另一个标签页（T2）进行webrtc呼叫，而无需访问标签页T1，则除非我访问T1，否则呼叫将以chrome方式连接，而不会在Firefox中连接。 >

这是RTCPeerConnection connection 问题，与 getUserMedia 分开。

解决方法是不阻止麦克风访问时建立连接。

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

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