继续处理 Bug 清单，其中有一个问题根据产品经理的意思，需要在点击「创建会议」的条件下，进入会议中页面时自动弹出“会议详情”弹窗，实现「会议链接复制和分享」的功能。
要弹窗的那个组件有一个 visible 属性，我起初是想要通过识别 URLSearchParams（又称 URL Query）的方式传给接收的那个页面，初始化 State 的时候应该会默认是 true 然后弹窗。结果发现效果并非是我想的那样。
给弹窗组件打印出了 visible 属性，只要重新渲染就都会打印出来。发现打印的值时而是 true 时而是 false。一番研究后发现主要有两个原因，第一个其实是在同一个父下有两个相同弹窗组件被同时挂载到了不同的组件层级上，所以会同时输出两个不同的 visible 状态。而实际我需要默认弹出来的那个弹窗的 visible 其实有过为 true 的输出，之后呈现效果被改变，大概率是因为出现了「重新渲染」的情况（@Innei 提醒我的）。
仔细检查多个组件后发现地址栏的 URL 有变化，有处 Context 组件执行了路由的 navigate 函数进行了路由切换，这下子就真相大白了。尽管两个地址最终访问的路由组件是同一个，但依旧会重新挂载所有子组件。（我小窝后台的 React Router 5 改变了 URL，相同路由组件的情况下为什么会保留之前的值，只能检测路由的 params 手动还原 State，而不是重新初始化呢）
最后这个功能的解决办法和其他同事的一样，改成了 sessionStorage 的方式传过去，确实简单粗暴做出来了，但还是感觉这样的实现蛮诡异的。
下午和测试校对 Bug 清单的其他问题，有多数无法再次复现都关闭了，有一部分我可以正常修改，还有一部分需要我继续分析下具体呈现效果和背后的原因。其中有一个 iPad 摄像头画面出现黑屏，而还能开启虚拟背景的 Bug 我比较感兴趣。用自己的 MacBook 和 iPhone 都可以轻松复现，在这种情况下摄像头权限确实正常授权使用，只是画面黑了。具体复现方式就是打开摄像头，点击左下角「大小」按钮，点击「停止使用相机」。
我认为这种情况应该和设备授权没有关系，得从媒体流这方面去探索。又去查询了相关接口，MediaStreamTrack 这个对象貌似比较符合上述问题。可能是因为 Safari 浏览器可以直接将视频轨道“禁用”，而不像 Chrome 那样只能“一刀切”取消摄像头权限授权。具体情况是不是这样，还是明天再试试看吧！