Asxcvbn

src挂的，确实只是没更新仪表盘（

  [2024-01-15_src.txt](https://github.com/LmeSzinc/StarRailCopilot/files/13940801/2024-01-15_src.txt) 似乎还是存在一点问题； 另外一个实例的仪表盘倒是正常的，符合预期的0/3， 但是这个就还是有点问题

一段时间后似乎正常了...?  此时还没跑到第二轮的周本调度任务 [2024-01-16_src - 副本.txt](https://github.com/LmeSzinc/StarRailCopilot/files/13946411/2024-01-16_src.-.txt)

> > 一段时间后似乎正常了...? > >  > > 此时还没跑到第二轮的周本调度任务 > > [2024-01-16_src - 副本.txt](https://github.com/LmeSzinc/StarRailCopilot/files/13946411/2024-01-16_src.-.txt) > > 不是挂着已修复待反馈的标吗 这不是反馈了嘛（），看上面的回复，有些上下文的。 主要是看起来这次的log，似乎是 周本次数 3/3 2024-01-15 23:19:43.842 | INFO | [OCR_WEEKLY_LIMIT] 3/3 ->SRC刷完了周本 2024-01-15...

现在看起来好像一次打2，不一口气把3次周本打完，这个仪表盘就不准确？   [2024-01-24_src2.txt](https://github.com/LmeSzinc/StarRailCopilot/files/14027238/2024-01-24_src2.txt) 作为对比，另一边是一口气打完的，它的仪表盘还算正常。 [2024-01-23_src.txt](https://github.com/LmeSzinc/StarRailCopilot/files/14027251/2024-01-23_src.txt)

大约02:37的时候SRC启动并跑了一次周本，但是显然结果依然不对：   [2024-01-24_src2.txt](https://github.com/LmeSzinc/StarRailCopilot/files/14029517/2024-01-24_src2.txt)

我的观察差不多是，似乎在运行历战余响这个任务之前？和部分情况下的任务之后，会进行检测更新当前状态，但是如果运行一半因为比如体力不够被打断，那么就不会更新剩余历战余响次数，需要等到比如也许下一次历战余响任务运行前才会更新。

而且如果这个任务被打断了，那么跑第三个的时候仪表盘也不会更新，于是当体力不足分开一个一个跑完，实际上是0/3的时候，仪表盘是1/3，还会预约3个小时之后的历战余响任务，虽然到那个时候可能才会发现这个破任务打完了= =

[2024-02-19_src.txt](https://github.com/LmeSzinc/StarRailCopilot/files/14323563/2024-02-19_src.txt)  冒个泡证明问题还存在jpg

一个简单的复现手段是， 关闭历战余响，并等待体力回复至60~80附近（保证历战余响三连打不完） 然后打开历战余响，开始刷取：当刷完二连的时候会直接退出而不更新仪表盘，此时看起来历战余响还是3/3.