-
-
Notifications
You must be signed in to change notification settings - Fork 89
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
bug: 修改同步时间后没有生效,依然是原来的一个小时git一次 #310
Comments
同步时间是全局的,就是这里的 "syncDebounceInterval":2105000, 2105000 / 1000 / 3600 = 0.584722222 ,看起来就是0.6 小时一次吧? |
哈哈,我检查一下,怎么感觉像是把 5 加到 30 上了 |
你这边的 "syncDebounceInterval":2105000, 不大对,我配了 5分5秒后,应该是 "syncDebounceInterval":305000, 305000 / 1000 / 60 = 5.08333333 |
不知道是我没设置好,还是其他人也有这样的问题,感觉有点奇怪 |
我试了下,我这是正常的。 你要不该你那个配置文件,改为 "syncDebounceInterval":305000, 即可 |
2105000 就是半个多小时 |
挺奇怪的,主要是我这没法复现。难道是Windows才有 |
怎么修改?直接改setting文件吗? |
有可能,问一下群里大家好了,可能别人没改过这个 |
是的,改元信息 setting 文件里的,你在文件里搜到 syncDebounceInterval 改。但这个值应该是会反映到设置界面的那个表单里的呀,不应该setting 里是35分钟,而表单显示5分钟 |
我猜是我开了vpn导致时区不对的原因。上面显示好像是中国标准时间,我现在显示的ip是美国,但美国和中国的时区差也不是这么多啊,不太懂。 |
修改之后,其他wiki也是一样,都是五分钟就会git一次。但全局上的显示还是和上面一样。 |
在我的电脑上,太记默认30分钟,配置文件数值1800000,更改太记备份时间间隔为5分钟,,查看配置文件数值为300000,查看电脑版本为Win10 64位家庭版太记版本为0.7.11 win32。重启计算机,首先设置VPN为美国,然后打开太记,设置时间为15分钟,查看配置文件数值为900000。打开控制面板查看时区,为UTC+08:00 北京,重庆、香港、乌鲁木齐。没有启用附加时钟,Internet时间为自动定期同步。没有出现问题。 判断 @dongrentianyu 的计算机出问题了。经与他讨论发现他的计算机时间和语言中的日期和时间的时区设置为新加坡时区, @dongrentianyu 推测或许受VPN影响,我感觉VPN应该影响不到Windows的时区。@dongrentianyu 修改时区为UTC+08:00北京时区后太记恢复正常,不过他并不清楚是否是之前设置的新加坡时区。 我担心的是其他国家时区的人使用会不会出现异常情况。所以为了避免时区的问题(或者VPN)的影响,我的想法是:或许让用户直接填写 00:05:00时间间隔,在配置文件中转换成300000数值或许更简单有效,避免意外情况。 |
啊,所以看起来可能是填时间的表单受到了时区影响?我有空排查一下吧 |
Environment 环境信息
TidGi
TidGi (win32)
Version v0.7.11.
Electron Version: 21.3.0
Node Version: 16.16.0
Chromium Version: 106.0.5249.181
Description 描述
git备份时间修改之后没有变动,还是原来一样,一个小时备份一次。json文件上传不了,我就复制在下面了。这不是单个wiki出了问题,应该是所有的wiki都是一个小时备份一次,应该是全局问题。但也可能只是我一个人有问题。
Steps to Reproduce 复现方式
Additional Context 额外上下文
D__太记_版本_开始_开启.log
The text was updated successfully, but these errors were encountered: