[BUG] 东方永页机 在 mail.qq.com 上报错 （v1.2.0-beta.4）

[Xia0xia0Xia0]

问题描述

重现步骤

1. 安装 东方永页机
2. 访问 https://mail.qq.com
3. console 看报错！

脚本猫版本

v1.2.0-beta.4

操作系统以及浏览器信息

WIN11

补充信息 (选填)

No response

[CodFrm]

我使用了edge和Vivaldi没有复现出来，这个脚本都可以正常使用和翻页

你还可以复现吗？

[Xia0xia0Xia0]

今天又没有任何报错了，我也没有对SC和脚本进行过任何设置。

再观察几天，看能否复现出来。

[Xia0xia0Xia0]

似乎找到一些苗头，在跨域的iframe中会报错，具体是什么原因造成的，还没找出来，有时候会报错，有时候又不会报错。

[CodFrm]

似乎找到一些苗头，在跨域的iframe中会报错，具体是什么原因造成的，还没找出来，有时候会报错，有时候又不会报错。

出现报错的时候，脚本可以正常运行么？还有个想法，不知道是不是iframe跑了脚本，然后iframe销毁了，value更新的时候会通知这个不存在的iframe，然后就出现这个问题了（猜测，未验证）

[Xia0xia0Xia0]

还有个想法，不知道是不是iframe跑了脚本，然后iframe销毁了，value更新的时候会通知这个不存在的iframe，然后就出现这个问题了（猜测，未验证）

不是，https://mail.qq.com 的iframe是同步加载的，不是异步的，也不存在重新加载iframe的情况。

异步的iframe在这个网站可以测试 https://wqbook.wqxuetang.com/deep/read/epub?bid=3260820

出现报错的时候，脚本可以正常运行么？

脚本没有正常加载，脚本菜单没加载基本可以判断脚本就没有正确执行。

现在的问题是，这个错误不是每次都出现，很随机，不知道是什么原因造成的。

[Xia0xia0Xia0]

我找到一个可复现的情况，但和我遇到的问题不是同一类。

如果在异步加载iframe的网站修改东方永页机的代码，比如多加一个空白行后保存，刷新页面就会报错no such api。

[CodFrm]

我找到一个可复现的情况，但和我遇到的问题不是同一类。

如果在异步加载iframe的网站修改东方永页机的代码，比如多加一个空白行后保存，刷新页面就会报错no such api。

我没有通过这个方式复现出来

刷新页面后，脚本可以正常加载么？

[Xia0xia0Xia0]

浏览器是Vivaldi，现在的情况是，我打开 https://wqbook.wqxuetang.com/deep/read/epub?bid=3260820， 就会报错：

虽然这样报错，但是脚本还是正常执行了。自从修改过东方永页机的代码保存后就一直能出现这个错误。

报错的页面都是跨域的，似乎和这个原因有关。

[CodFrm]

依旧没复现出来，后续再研究一下代码，有可能是某个资源没有正确释放导致的

[cyfung1031]

@CodFrm 这个我本来打算在 PR #898 一拼提交修改。可是代码部份还要改一下
我先把修改分开提交吧。只是改5 ～10行左右

[CodFrm]

@CodFrm 这个我本来打算在 PR #898 一拼提交修改。可是代码部份还要改一下 我先把修改分开提交吧。只是改5 ～10行左右

这个修改和这个issue有什么关系？

[cyfung1031]

@CodFrm 这个我本来打算在 PR #898 一拼提交修改。可是代码部份还要改一下 我先把修改分开提交吧。只是改5 ～10行左右

这个修改和这个issue有什么关系？

呀，记错了。原来没有解决

先给你一个重现方法

打开一个全新的tab里面，包含 不同iframe
(必要条件是不同iframe & 頁面在同一个新Tab载入)

脚本：

// ==UserScript==
// @name         New Userscript GEBU-2
// @namespace    https://docs.scriptcat.org/
// @version      0.1.0
// @description  try to take over the world!
// @author       You
// @match        *://*/*
// @grant        GM_setValue
// ==/UserScript==

(function () {
    'use strict';
    GM_setValue("123", Math.random());
})();

例： ctrl click https://detail.zol.com.cn/notebook/index1173171.shtml

因为 chrome API sendMessage 的接收，跟脚本执行的次序有差吧
所以 接收（在main frame / iframe ) 时还未有 server.on 那些，就直接报错

跟浏览器 Chrome / Vivaldi / Edge 无关

---

apiFunctionMap 那一块要改代码
不要一堆 on on on

直接一个 setup
而不是 建立了 server 然后 on on on
在建立 server 已经要定明 api

这才避免 不会在 new server 和 server.on 之间接收了 message 然后报错

[cyfung1031]

依旧没复现出来，后续再研究一下代码，有可能是某个资源没有正确释放导致的

@CodFrm runtime.init 的执行在 pageLoad
pageLoad 前
server 没有那堆 on on on

现在 on on on 写法跟 server 建立分离
很容易会堕入这些陷阱