One little point:
Lets say I have a plugin myplugin version 1.0
No I hand out a plugin myplugin version 2.0 beta to testers. As it is still beta, I don't change the versioninfo on my server. However now the testers all get the error "Updatecheck for Myplugin failed!"
Wouldn't it be possible to give the Notice: "Updatecheck for Myplugin reports version 1.0 as up-to-date, installed plugin has version 2.0 beta"
Small improvement to hi_updatecheck?
Re: Small improvement to hi_updatecheck?
I solve that by having separate version.nfo files: myplugin1.nfo and myplugin2.nfo. When I finally retire version 1, I copy myplugin2.nfo to myplugin1.nfo (a 301 redirect would be even better to cater to further changes of myplugin2.nfo). In my opinion that's a rather nice solution: the users of the stable version are not bothered at all, but the beta testers are informed about pending updates.svasti wrote:Lets say I have a plugin myplugin version 1.0
No I hand out a plugin myplugin version 2.0 beta to testers. As it is still beta, I don't change the versioninfo on my server. However now the testers all get the error "Updatecheck for Myplugin failed!"
Christoph M. Becker – Plugins for CMSimple_XH
Re: Small improvement to hi_updatecheck?
True, a possibility. Still would be nice to thave his little change in the updatechecker...
Re: Small improvement to hi_updatecheck?
With regard to this issue http://cmsimpleforum.com/viewtopic.php? ... 575#p46561, I'm about updating the updatchecker.
Beside manus request "only inform users on critical updates (configurable)" one thing still remains:
I think the cleanest solution is to use different info-files as Christoph mentioned above. I did that the same way with KCFinder as I've introduced the new 2.x branch which come with incompatibilities in older XH-Versions. That way I could provide notifications for users of both branches. IMO that's more a feature than an issue.
BTW: you have a field in the version-file to give your users a little hint:
Beside manus request "only inform users on critical updates (configurable)" one thing still remains:
I'm not sure how to handle this request because the script should throw an error when the local installed version returns that it's newer as the newest version from the developer. In that case normally something went wrong .svasti wrote:Lets say I have a plugin myplugin version 1.0
No I hand out a plugin myplugin version 2.0 beta to testers. As it is still beta, I don't change the versioninfo on my server. However now the testers all get the error "Updatecheck for Myplugin failed!"
Wouldn't it be possible to give the Notice: "Updatecheck for Myplugin reports version 1.0 as up-to-date, installed plugin has version 2.0 beta"
I think the cleanest solution is to use different info-files as Christoph mentioned above. I did that the same way with KCFinder as I've introduced the new 2.x branch which come with incompatibilities in older XH-Versions. That way I could provide notifications for users of both branches. IMO that's more a feature than an issue.
BTW: you have a field in the version-file to give your users a little hint:
Maybe it's useful for you too, even if the possibilities are limited.Additional_Infos: This entry is displayed in the (x)html-output to the user.
Normally keep this field empty. You can only give a short additional hint in only one language. Beside this, every script / html markup will be removed