又试了一下,成功了一次。然后又失败了一次。失败的这次又出现在title-container。(ps,之前的失败不一定是哪一个获取元素或者触发元素)。日志如下:
edge浏览器控制台输出信息如下:
中间的title-container没找到任何元素,我要解释一下,如果单独尝试这个动作模块,其实是能找到获取到这个元素的,动作是可以正常进行的,但是浏览器控制台还是会报错。这个在我之前就发现过很多次。所以下图这三行错误应该不是导致响应超时的原因。相关bug问题发在这里了:【bug】浏览器控制:控制台反馈没有找到任何元素,但其实找到了。 - Quicker
。
我把相关问题的动作提了出来,测试了三次,100%失败。
测试:edge浏览器未响应 - by tkk - 动作信息 - Quicker
现在回到这个操作超时未响应的问题,我尝试下来,还是这样:
如果在动作中打开一个网页,95%的概率会超时。
如果网页是手动打开的(即将动作中的打开网页的步骤关闭),100%运行正常。
此外在chrome中尝试依然问题100%复现。控制台报错信息如下。
软件具体版本为:
Microsoft Edge:版本 138.0.3351.109 (正式版本) (64 位)
Chrome:版本 138.0.7204.170(正式版本) (64 位)、版本 139.0.7258.67(正式版本,最新版本) (64 位)
quicker:1.44.22
QuickerConnector 1.0.6
我又做了个测试。准备了两个动作。
动作A:打开网页,延迟等待,获取元素
https://getquicker.net/Sharedaction?code=52252d0e-5dec-42a1-2988-08ddd3eb37ac
动作B:仅获取元素
https://getquicker.net/Sharedaction?code=c0648c7c-bba4-40f5-2994-08ddd3eb37ac
测试步骤:
1. 点击动作A,打开网页
2. 肉眼等待网页加载完毕,手动运行动作B,获取元素成功
3. 动作A的延迟结束,开始获取元素,获取失败。
4. 手动运行动作B,获取元素成功
但是我在动作(https://getquicker.net/Sharedaction?code=52252d0e-5dec-42a1-2988-08ddd3eb37ac)中加上了“等待加载完成”,为了保险我还加了“等待网页变化”,一直等到能搜到这个元素为止。可“等待网页变化”虽然成功了,紧随其后的“获取元素”还是获取失败了。这又是为什么呢。