how would minion hanlde addon conflicts ?

[essmene]

Hi,

I saw that minion will be able to handle multiple sites, if the owners will supply their own plugins.

Example
There are quite a few authors that host their famous addons on more than one site. Say the addon bambam is hosted by wowinterface and a site called c.com.

Running an update minion could recognize bambam as an addon hosted by wowinterface and add it to it's update list, and the c.com plugin in a similar fashion - without the user noticing.

In the case of a bug, the user might not notice that his version came from c.com and file a bug report on wowinterface, making it harder for the author to keep track of bugs.


Does minion only allow a one-to-one mapping for addons (including plugins) or does it have any conflict resolving algorithm ?

[Cairenn]

Hi essmene. I know this doesn't completely answer your question, but it should help a bit:

Originally Posted by Cairenn 10. Will there be a way to ignore a mod? Yes. There is going to be a right-click menu on the updater that will allow you to ignore a mod always (ie you normally get it from another site and you don’t want it to download from our site), or ignore it just once (ie normally you update it from our site, but you don’t want to this one time, for whatever reason)

[Shirik]

Minion attempts to resolve conflicts by using whichever module claims a higher version number. Sometimes, however, this isn't exactly "correct" (for example, when one site might use an SVN revision number and another site might use the actual version number). In this situation, you can manually override it via the mechanism Cairenn already suggested -- ignoring an addon is per module, so you can ignore it on one site and not the other.

[ravagernl]

Would it be a good idea to add meta data to the toc of addons indicating wich site has always has the latest version of an addon?

[Zyonin]

Originally Posted by mrruben5 Would it be a good idea to add meta data to the toc of addons indicating wich site has always has the latest version of an addon?

I think that would be dependent on the AddOn author supplying the version data. However authors are human beings and some humans are lazy creatures.

[Tristanian]

Originally Posted by mrruben5 Would it be a good idea to add meta data to the toc of addons indicating wich site has always has the latest version of an addon?

That doesn't exactly solve the issue, if I may say so. For example : What happens if an addon updated on WoWI gets abandoned by his author and after some time, someone else decides to pick it up (ensuring proper permissions etc) but decides to actually update it on let's say Curse. As a result you would have 2 addons with the same name/toc and different metadata pointing at 2 different sites for the "latest version". Which are you going to trust ? Granted that the outdated addon should be removed from a website's database, but still the point is that conflicts can exist, even in rare cases.

The correct solution, in my humble opinion, is that authors employ a standard/universal version number for their addon(s) across all websites that those addons are hosted and not rely on let's say the SVN revisions of each of said websites.

[lilsparky]

my suggestion would be to remember where the addon came from originally and default to that location for any updates. in the case where minion has no history with the addon (like first use), give the user the choice of which host has precedence.

there could also be an option somewhere to do a quick run thru to identify addons that have multiple hosts. you click a button and get a list of addons that have multiple hosts with the default host identified. you can simply dismiss that list if everything looks fine, or you could click on the host to select a new host from the list of different sites hosting (perhaps providing the version number next to each host name).