Minion cant count
Installed Minion. Same bug as a year ago when I last tried it. If you are now selling Premium services, this is simply unprofessional to leave such a glaring bug in your software.
It seems your programmers have not included the logic required to assist Minion in counting. 20 addons are listed that show an "an update" for an addon that has a lower incremental version number on wowinterface than had been previously updated to a higher version by the Curse client. I do understand that this is because the addon author has not updated the addon on your site, but nevertheless, it is quite simple to determine that for example, Version 3.2.3 of Quartz that you say is an update, is a lower version than the 3.2.5 that I have installed. Fix this and your tool may be considered usable. Oh and for goodness font 6? Fix that too. It is unreadable on modern hi-res monitors. http://imgur.com/42ocx6u |
Quote:
|
Quote:
Quote:
I know developer time isn't unlimited, but the nearly imperceptible pace of development has been pretty disappointing. I fire up Minion every 6 months or so to test and try to give feedback in the hopes it will be helpful, but there's no way I could use it as my regular addon updater in its current state, even discounting the visual accessibility issues. |
Complex? Yes? Fixable easily. Instead of free form, try structuring the version info. Major.Minor.Type. For example, 1.01a or 1.01b or 1.01. Before you go on about how hard it is to sort the alpha characters, don't. I can use Minion, but it gets frustrating when an author updates both Curse and WoWI and I update with one client and the other says there is an update to be applied.
What I have read in posts like this is how difficult it is to do apply versioning control. What I haven't read is what can be done to fix this or an attempt by the site maintainers to do so. Sorry if I missed that they have done this, but this topic keeps coming up with similar response. |
Quote:
You cant because there is no RFC for version numbers. Everyone can name them as they like. 1.60200 2.60200 3.60200 1.60400 2.60400 We as addon authors/users "see" that the last part is probably an indicator for the game version and the first value is simply a counter for versions per extension. We would load the last one to get the latest. A numeric compare would load the third. While this is just a bad example there are dozens of habits when it comes to version numbers that contradict each other. So its not easy for a parser to find really the latest. Edit: Here some links https://en.wikipedia.org/wiki/Software_versioning http://semver.org/ I really like this from the first link: Quote:
|
Instead of quoting one small part of my post, you should look at the next sentence. "Instead of free form, try structuring the version info." Perhaps I should have been more specific.
I have not fully developed an addon for WoW, but I have done software development. Having structure in the work place is doable. Of course with an audience as big as WoWI, no. If you use free form. Can you not enforce numbering fields with another field for things like Alpha, Beta etc...? Perhaps not, maybe I am missing something. My latter statement stands, that what I have read is why this cannot be done and not "We tried this and it didn't work etc...". My 2 bits Quote:
|
There is nothing you can do (that would fix it). The "problem" is not with wowi or curse. Addons are not created for wowi or curse. Everyone and his mother packs together an addon. Version numbering is not a part of the development for non-programmers.
I've written and deleted 3 times now this text ;) Because in the end I cant change the situation and dont know the plan for minion other than what was written the last time we discussed this :) |
Fair enough.
Quote:
|
Last time this came up I suggested the version detection regex is "outsourced" to the author community itself.
http://www.wowinterface.com/forums/s...5&postcount=11 I still think it's a good idea and with a way to submit versioning schemes and test them out I believe we'd get 99% detection before long. With better visibility maybe some of the outliers with odd versioning schemes would help or switch to an easier format. |
Quote:
Yes I repeat myself see here http://www.wowinterface.com/forums/s...ad.php?t=52099 |
Quote:
60200.1 60200.2 60200.3 60400.1 60400.2 ...and that, along with pretty much every verison numbering scheme I've seen mis-detected in Minion, is easily parsed with a few simple rules -- strip "^r%s*", "^v%s*", and other common meaningless prefixes; split on . and - characters; and do simple sorts on the parts. You'd need an additional rule to cover "6.2 Beta" vs "6.2 Release/Stable" and you wouldn't be able to parse Git hashes in WowAce alpha packages, but for the most part, it's very doable. Yes, there will be a few "special" versioning schemes (I'm looking at you, OPie) that can't easily be handled this way, but again, for the most part, it's just not this hard. Tonyleila's suggestion about comparing the dates is a good one in a perfect world, but may not always be reliable since you can't control how files on the user's machine are timestamped. Let's say an addon is on both Curse and WoWI. The version on Curse is version 5 and was released in December 2013. The version on WoWI is version 12 and was released in August 2015. Now let's say the user just found this addon on Curse and installed it today (October 2015). Now the files on their computer are (definitely if they installed with the Curse Client, and maybe if they installed manually, depending on their software and how it's configured) marked as created/modified October 2015, so checking that against the August 2015 date of the newer version on WoWI will fail. |
Quote:
Edit: The scenario for the file date is not as easy as it seems,too. Which file will you check in addons that have the options in lua files or settings in the toc file? |
Quote:
|
Never seen that.
http://wow.curseforge.com/addons/zz_money/files/ 60200.48 has the same toc as the previous .47 version. |
Quote:
|
Why can't WoWI/Minion require version numbers to be integers with a separate field for things like alpha, beta etc...? You could build another field that is the combination of those.
TLDR; Why can the rules change on the site? |
There are no rules to begin with. Authors can use whatever versioning scheme they wish. And they're doing this for free, in their free time, many with no outside programming experience.
|
All times are GMT -6. The time now is 07:09 AM. |
vBulletin © 2024, Jelsoft Enterprises Ltd
© 2004 - 2022 MMOUI