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
Version "latest" is problematic #210
Comments
Using release dates instead of release titles would not work easily as Obtainium needs to be able to compare the actual App version to the external one - so there would need to be a lot of under the hood changes. Also unlike version numbers, not all sources would make release dates available, so there would have to be completely different update checking logic just for specific Apps from some sources (and the user would have to manually specify them as I don't see how it can be done automatically). Would also need to avoid conflicting with the existing version detection toggle. I don't think it's worth supporting at this point as only a small number of Apps do releases this way. That said, the issue should remain open in case it does get picked up at some point. |
That's fair. So the best option is to suggest to the developer to switch to proper versioning numbers? |
Yes that would be the solution for now |
Currently the detection for versions of Etar also doesn't work. Edit: the issue was rejected |
Leaving some notes for later:
|
Using release dates instead of versions is now supported (for some Sources): https://github.com/ImranR98/Obtainium/releases/tag/v0.11.0-beta |
Some apps on GitHub use (unfortunately) not proper version labeling.
For example: https://github.com/crackededed/Xtra
It specifies installed version as latest and remote version also as latest. But I know for a fact that the installed version is older. What is the best way to handle this? Maybe checking the date or something...?
The text was updated successfully, but these errors were encountered: