https://temp.getquicker.net/585205/b1d869b26162414abc24d2145295b422.htm
请更具体的描述一下遇到的问题,从调试日志来看这似乎是一次正常的备份。
当sm没有运行时,动作会进入待机状态,每分钟检测一次sm是否打开且没有最小化,因此并不会在sm打开后立刻进行一次备份。
使用过程中,只要保持sm没有最小化,动作就会每隔{备份间隔}分钟备份一次,你的备份间隔是默认设置1,即每分钟备份一次。正常来说,你会在快照列表里看见时间间隔一分钟的大量快照,如果你觉得间隔时间没有规律,可能是你频繁地将sm最小化,以致于时常错过备份前的窗口检查。
备份前检查的窗口是浏览器窗口,即平时用来刷卡和渐进阅读的窗口。正常情况下此窗口关闭等同于sm关闭,如果你有什么特殊操作会在不打开此窗口时使用sm,动作也不会进行备份。
从第一次备份的时候到现在,我一直在SM前台刷卡,只备份了两次
请给我一份sm在前台十分钟以及关闭保存后的调试日志,以及相应的快照列表。
另外这个问题在 30 版本之前是否存在?
好的,版本30之前应该是没有的,应该就这两三天的事儿
https://temp.getquicker.net/585205/68359b6f9a20497d9807b17b8bed2a42.htm
根据调试日志来看,每一次都成功找到了窗口并进行了备份,所以问题出在备份上,备份失败了。我怀疑是因为目前动作会在触发备份命令后直接进行下一步导致的,现在动作进行了更新,会等待备份完成再进行下一步,你可以更新试试问题是否解决。
更新了,还是不行
我们来做一次针对性测试,右键编辑动作
双击打开这一步骤
将脚本类型更改为 CMD完成后保留窗口,然后在开着sm时运行动作,不用调试
当 cmd 窗口不再变动时,截图发给我,同时查看一下这次测试是否产生了备份。
现在完美了,非常感谢,幸苦了!
动作更新了(修订版本 36),这次应该没问题了。