We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
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
目前,omw 在读取微信小助手的最新版本号时,如果小助手的版本号不是严格遵守以小写 v 开头、后面跟上数字和 . 组成的字符串,就会提示找不到最新版本,这导致出现了 #88 这样的问题。
.
仅仅是在匹配版本号时不区分大小写的话其实是治标不治本,如果下次微信小助手由于手误没有以 v 开头,那么还是会出问题。
最好的办法是将整个版本号作为一个标识来进行比对,这样就可以彻底解决这个问题。
也就是说,目前 omw 会从 v2.8.3 中将 2.8.3 提取出来作为检查更新时比对版本有没有更新的标识,而最好的办法是将 v2.8.3 整个保存下来作为版本标识。
v2.8.3
2.8.3
The text was updated successfully, but these errors were encountered:
#104 Just made a pr for case-insensitive of 'v'. it works for me.
Sorry, something went wrong.
在旧版本判断功能中使用了plist的CFBundleShortVersionString值,而这个值是不带prefix v的。 即如果要将v2.8.3视为一个整体,便不能将plist中CFBundleShortVersionString值,作已下载/安装版本号的判断依据。
旧版本判断
v
下载/安装
No branches or pull requests
目前,omw 在读取微信小助手的最新版本号时,如果小助手的版本号不是严格遵守以小写 v 开头、后面跟上数字和
.
组成的字符串,就会提示找不到最新版本,这导致出现了 #88 这样的问题。仅仅是在匹配版本号时不区分大小写的话其实是治标不治本,如果下次微信小助手由于手误没有以 v 开头,那么还是会出问题。
最好的办法是将整个版本号作为一个标识来进行比对,这样就可以彻底解决这个问题。
也就是说,目前 omw 会从
v2.8.3
中将2.8.3
提取出来作为检查更新时比对版本有没有更新的标识,而最好的办法是将v2.8.3
整个保存下来作为版本标识。The text was updated successfully, but these errors were encountered: