Closed github-h closed 1 year ago
这里并不是延时API的报错
这里并不是延时API的报错
那这个怎么去判断是谁的报错呢 今天又出现了
[I 230323 10:09:04 tornado.access web:2271] 200 GET /util/delay/30 (127.0.0.1) 29904.21ms
[I 230323 10:09:35 tornado.access web:2271] 200 GET /util/delay/60 (127.0.0.1) 29907.73ms
[E 230323 10:09:36 qiandao.Worker worker:267] taskid:12 tplid:14 failed! 65.2056s
Failed at 4/13 request,
Fail assert: {"re": "class=\"swal2-confirm swal2-styled\" >立刻签到</button></div", "from": "content"} from failed_asserts,
Request URL: https://www.tiangal.com/sign.html
这是模板
报错的内容是倒数第二条的失败判断
报错的内容是倒数第二条的失败判断
啊对的对的 是签到没成功导致的抛出错误
Verify steps
QianDao Version
20230228
Bug on OS
Linux
Bug on Platform
Docker/Linux 64位
To Reproduce
请求中加入延时API 测试任务
任务会概率性失败
Describe the Bug
报错的日志
模板
模板并未做任何修改 10:02和10:13 任务都失败了
随后12:31再次运行 任务成功
日志中也可以看到
初步怀疑是因为任务集中调用导致的API接口异常
因为我主要的签到请求集中在10:00-10:30这个时间段
QianDao config
No response
QianDao log
Expected behavior
希望能修复这个概率性失败的问题
从日志看到使用延时API后 直接报错了
然后日志抛出失败 就很奇怪
Screenshots
No response