群晖 DSM 的网页终端仍然无法使用.

[YamatoRyou]

此问题之前已经通过邮件方式反馈, 在最新的 3.1.4 beta 12 中仍然存在.
对比对象为百分浏览器 5.0.1002.295 (64 位, 内核版本: 102.0.5005.167).

视频演示:
https://www.youtube.com/watch?v=Jf4GMn0Gkl4

我使用排除法定位到以下 3 个扩展:
EditThisCookie (版本: 1.6.3)
Ignore X-Frame headers (版本: 1.1.2)
Tampermonkey (版本: 4.18.1)

上述 3 个扩展, 启用其中任意一个都会导致网页终端无法使用. 但奇怪的是以上 3 个扩展在百分浏览器中也有启用, 但并不会导致网页终端无法使用.
我现在怀疑是浏览器的 bug.

[catsxp]

此问题之前已经通过邮件方式反馈, 在最新的 3.1.4 beta 12 中仍然存在.
对比对象为百分浏览器 5.0.1002.295 (64 位, 内核版本: 102.0.5005.167).

视频演示:
https://www.youtube.com/watch?v=Jf4GMn0Gkl4

我使用排除法定位到以下 3 个扩展:
EditThisCookie (版本: 1.6.3)
Ignore X-Frame headers (版本: 1.1.2)
Tampermonkey (版本: 4.18.1)

上述 3 个扩展, 启用其中任意一个都会导致网页终端无法使用. 但奇怪的是以上 3 个扩展在百分浏览器中也有启用, 但并不会导致网页终端无法使用.
我现在怀疑是浏览器的 bug.

如果是BUG,不管什么情况不下它都不会正常！
自己F12跟一下包，这情况像是数据包发送异常或者数据包错误 导致服务端不响应

[YamatoRyou]

此问题之前已经通过邮件方式反馈, 在最新的 3.1.4 beta 12 中仍然存在.
对比对象为百分浏览器 5.0.1002.295 (64 位, 内核版本: 102.0.5005.167).

视频演示:
https://www.youtube.com/watch?v=Jf4GMn0Gkl4

我使用排除法定位到以下 3 个扩展:
EditThisCookie (版本: 1.6.3)
Ignore X-Frame headers (版本: 1.1.2)
Tampermonkey (版本: 4.18.1)

上述 3 个扩展, 启用其中任意一个都会导致网页终端无法使用. 但奇怪的是以上 3 个扩展在百分浏览器中也有启用, 但并不会导致网页终端无法使用.
我现在怀疑是浏览器的 bug.

如果是BUG,不管什么情况不下它都不会正常！
自己F12跟一下包，这情况像是数据包发送异常或者数据包错误 导致服务端不响应

在启用上述扩展的任意一个后抓包, 其中一个请求会长时间卡住;

{E2E91CDB-08F2-D381-F8C1-CBB160DCBE4C}_2.png (72.91 KiB) 查看 225386 次

禁用上述扩展后再抓包, 一切正常.

{E2E91CDB-08F2-D381-F8C1-CBB160DCBE4C}_1.png (72.85 KiB) 查看 225386 次

P.S.:
我单独新建了一套全新的用户配置, 然后只安装上述扩展的其中一个 (EditThisCookie), 然后再检查网页终端, 并且重新抓包 2 次, 问题依旧.

[catsxp]

不是在推拖问题，我只能保证原始状态是正常的，至于加载扩展之后的反常，用户的使用软硬件条件是无法复制到本地进行测试的！

[catsxp]

新核沙箱保护是比较严格的，试试关闭沙箱保护 再试试
添加启动参数 --no-sandbox
然后再试试看！

[YamatoRyou]

新核沙箱保护是比较严格的，试试关闭沙箱保护 再试试
添加启动参数 --no-sandbox
然后再试试看！

在 StartupParm.txt 添加 --no-sandbox 后再启动 (此时也安装了 EditThisCookie), 问题依旧.
和上面一样, 不安装或禁用这些扩展 (但保持 --no-sandbox 存在) 就恢复了正常.

[catsxp]

新核沙箱保护是比较严格的，试试关闭沙箱保护 再试试
添加启动参数 --no-sandbox
然后再试试看！

在 StartupParm.txt 添加 --no-sandbox 后再启动 (此时也安装了 EditThisCookie), 问题依旧.
和上面一样, 不安装或禁用这些扩展 (但保持 --no-sandbox 存在) 就恢复了正常.

这些扩展是自定义cookie？
没听明白，关掉沙箱后，是 EditThisCookie 问题依旧，还是没有任何改变
你也用了cookie相关的油猴脚本？

[YamatoRyou]

新核沙箱保护是比较严格的，试试关闭沙箱保护 再试试
添加启动参数 --no-sandbox
然后再试试看！

在 StartupParm.txt 添加 --no-sandbox 后再启动 (此时也安装了 EditThisCookie), 问题依旧.
和上面一样, 不安装或禁用这些扩展 (但保持 --no-sandbox 存在) 就恢复了正常.

这些扩展是自定义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 个扩展都处于禁用或未安装的状态.

[catsxp]

赞一波！这是我目前见过最详细的反馈帖！

确认是三个扩展，只要开启任何一个都会异常！
这个，这个！群晖 DSM 真没用过！真没发言权！
有否试过 chrome M110 核是否这样？
如果它也这样，那就只有一个原因，扩展兼容问题

[YamatoRyou]

赞一波！这是我目前见过最详细的反馈帖！

确认是三个扩展，只要开启任何一个都会异常！
这个，这个！群晖 DSM 真没用过！真没发言权！
有否试过 chrome M110 核是否这样？
如果它也这样，那就只有一个原因，扩展兼容问题

鉴于原版 Chrome / Chromium 110 不支持 Windows 7, 我换了一台机器测试.
Windows 10 (64 位, 10.0.19044)
Chromium 111.0.5533.0 (64 位)
EditThisCookie (版本: 1.6.3)

启动参数不带 --no-sandbox:
安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用.

{28BA9733-F84F-05A2-C1F4-592017B9F1E2}.png (250.39 KiB) 查看 225323 次

启动参数带 --no-sandbox:
启动后横幅提示 --no-sandbox 是不受支持的命令行参数.
安装并启用 EditThisCookie (不对其做任何额外设置, 也不用其修改 cookie), 然后访问群晖的 Web UI 并打开网页终端, 结果: 可以使用.

{56FE6D9D-8592-93C7-75BC-5EC7924F281F}.png (211.08 KiB) 查看 225323 次

看这个样子我就省略了抓包过程.

在这台 Windows 10 机器上, 我用基本相同 (但抓包及 --no-sandbox 被省略) 的方法额外测试了 3.1.4 beta 13, 故障依旧.

{C102276C-2F27-AC44-B79D-584CB2AD68A5}.png (125.47 KiB) 查看 225323 次