Re: 群晖 DSM 的网页终端仍然无法使用.
发表于 : 2023年 1月 11日 19:27
抽空我下载扩展 测试一下看具体是什么原因导致的!
群晖的网页终端是目前已知的唯一能重现故障的场合, 我的建议是最好用 VMware 安装一个 DSM (版本: 6.2.3, 机型: DS3615xs) 方便测试.
打开如图所示的测试页后直接点击扩展图标可以读取 Cookie.
beta-16 针对这个BUG 重构全局css实现方式 有空帮测试一下是否正常!YamatoRyou 写了: 2023年 1月 11日 17:15我重新捋一下:catsxp 写了: 2023年 1月 11日 16:01这些扩展是自定义cookie?YamatoRyou 写了: 2023年 1月 11日 14:54
在 StartupParm.txt 添加 --no-sandbox 后再启动 (此时也安装了 EditThisCookie), 问题依旧.
和上面一样, 不安装或禁用这些扩展 (但保持 --no-sandbox 存在) 就恢复了正常.
没听明白,关掉沙箱后,是 EditThisCookie 问题依旧,还是没有任何改变
你也用了cookie相关的油猴脚本?
EditThisCookie 用于修改当前标签页所在站点的 cookie, 是一个独立扩展.
它是昨天提到 3 个扩展的其中之一.
目前的情况: 上述 3 个扩展, 只要任意一个启用 (且不动这些扩展的任何配置), 就会导致上述故障.
因为只要 1 个扩展就能重现故障, 所以我只选择了 EditThisCookie 作为 trigger.
昨天的测试不带 --no-sandbox, 结果如下:
a) 安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 无法使用;
b) 安装但禁用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
c) 不安装 EditThisCookie, 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
抓包方面:
a) 触发故障后抓包, 其中一个请求会长时间卡住;
b) 恢复正常后抓包, 没有异常现象.
今天的测试带 --no-sandbox, 结果如下:
a) 安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 无法使用;
b) 安装但禁用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
c) 不安装 EditThisCookie, 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
抓包方面:
a) 触发故障后抓包, 其中一个请求会长时间卡住;
b) 恢复正常后抓包, 没有异常现象.
也就是说按同样的测试条件, 无论带不带 --no-sandbox 启动, 都不会影响故障的出现.
--------------------------------
启用或禁用 EditThisCookie 后需要重启浏览器才会触发故障或恢复正常.
2 次测试过程中, 其它 2 个扩展都处于禁用或未安装的状态.
3.1.4 beta 16 (64 位), 测试不带 --no-sandbox, 方法和 #278 描述的相同. 结果如下:catsxp 写了: 2023年 1月 13日 11:28beta-16 针对这个BUG 重构全局css实现方式 有空帮测试一下是否正常!YamatoRyou 写了: 2023年 1月 11日 17:15我重新捋一下:catsxp 写了: 2023年 1月 11日 16:01
这些扩展是自定义cookie?
没听明白,关掉沙箱后,是 EditThisCookie 问题依旧,还是没有任何改变
你也用了cookie相关的油猴脚本?
EditThisCookie 用于修改当前标签页所在站点的 cookie, 是一个独立扩展.
它是昨天提到 3 个扩展的其中之一.
目前的情况: 上述 3 个扩展, 只要任意一个启用 (且不动这些扩展的任何配置), 就会导致上述故障.
因为只要 1 个扩展就能重现故障, 所以我只选择了 EditThisCookie 作为 trigger.
昨天的测试不带 --no-sandbox, 结果如下:
a) 安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 无法使用;
b) 安装但禁用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
c) 不安装 EditThisCookie, 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
抓包方面:
a) 触发故障后抓包, 其中一个请求会长时间卡住;
b) 恢复正常后抓包, 没有异常现象.
今天的测试带 --no-sandbox, 结果如下:
a) 安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 无法使用;
b) 安装但禁用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
c) 不安装 EditThisCookie, 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
抓包方面:
a) 触发故障后抓包, 其中一个请求会长时间卡住;
b) 恢复正常后抓包, 没有异常现象.
也就是说按同样的测试条件, 无论带不带 --no-sandbox 启动, 都不会影响故障的出现.
--------------------------------
启用或禁用 EditThisCookie 后需要重启浏览器才会触发故障或恢复正常.
2 次测试过程中, 其它 2 个扩展都处于禁用或未安装的状态.
只动 f2fly 如果有必要,请晚点查看它的状态是否不小心让我破坏了YamatoRyou 写了: 2023年 1月 13日 13:553.1.4 beta 16 (64 位), 测试不带 --no-sandbox, 方法和 #278 描述的相同. 结果如下:catsxp 写了: 2023年 1月 13日 11:28beta-16 针对这个BUG 重构全局css实现方式 有空帮测试一下是否正常!YamatoRyou 写了: 2023年 1月 11日 17:15
我重新捋一下:
EditThisCookie 用于修改当前标签页所在站点的 cookie, 是一个独立扩展.
它是昨天提到 3 个扩展的其中之一.
目前的情况: 上述 3 个扩展, 只要任意一个启用 (且不动这些扩展的任何配置), 就会导致上述故障.
因为只要 1 个扩展就能重现故障, 所以我只选择了 EditThisCookie 作为 trigger.
昨天的测试不带 --no-sandbox, 结果如下:
a) 安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 无法使用;
b) 安装但禁用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
c) 不安装 EditThisCookie, 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
抓包方面:
a) 触发故障后抓包, 其中一个请求会长时间卡住;
b) 恢复正常后抓包, 没有异常现象.
今天的测试带 --no-sandbox, 结果如下:
a) 安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 无法使用;
b) 安装但禁用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
c) 不安装 EditThisCookie, 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
抓包方面:
a) 触发故障后抓包, 其中一个请求会长时间卡住;
b) 恢复正常后抓包, 没有异常现象.
也就是说按同样的测试条件, 无论带不带 --no-sandbox 启动, 都不会影响故障的出现.
--------------------------------
启用或禁用 EditThisCookie 后需要重启浏览器才会触发故障或恢复正常.
2 次测试过程中, 其它 2 个扩展都处于禁用或未安装的状态.
a) 安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 无法使用;
b) 安装但禁用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用;
其它内容见站内私信.
可以多试几个图标.catsxp 写了: 2023年 1月 13日 14:14 我开启了扩展,然后 f2fly 新建一个 sh 正常啊!~
不管是删除还是新增,都是正常的!
F12 entry.cgi 一直在刷 图片上传有限制 ,所以截图我就不截devtool部分了
把帐户回收一下,
然后
f2fly 状态如果让我破坏了,帮忙恢复一下!
还多试...其实我懂的不多!!!!YamatoRyou 写了: 2023年 1月 13日 14:25可以多试几个图标.catsxp 写了: 2023年 1月 13日 14:14 我开启了扩展,然后 f2fly 新建一个 sh 正常啊!~
不管是删除还是新增,都是正常的!
F12 entry.cgi 一直在刷 图片上传有限制 ,所以截图我就不截devtool部分了
把帐户回收一下,
然后
f2fly 状态如果让我破坏了,帮忙恢复一下!
如果多试几次后仍然正常, 我要考虑让你通过远程桌面连接到我的机器上.