If you just download it from some site, it is listed as [Unknown]. You can then press ctrl-M to see if its download location is in the online DB. Not all entries there are the best choice, but when you get started, it is a great timesaver.
I know that aleady, however those lists are based on users uploading their choices basically. Thus, the database might not be optimal for picking the right site for each mod on the list.
I played around with the [OtherSite]-versions of the mods, that sopped working for me. I was not able to download the database from MobMap, but changing Addon Extension regexp to
fixed for me the solution proposed in the WUUki. Well but I'm still not able to fix AuctioneerAdvanced. I attached my setup as a picture; I'm able to get the version number and extension, the download-link is correct, but I get this warning-message in the event-log:
2007-11-02 20:13:29: (INFO) Auc-Advanced is updated to 2319
2007-11-02 20:16:21: (INFO) Auc-Advanced Extension: zip
2007-11-02 20:16:21: (INFO) Auc-Advanced Version: 2319
2007-11-02 20:16:21: (INFO) Addon Download URL is: [url]http://www.auctioneeraddon.com/dl/?dl=Packages/AuctioneerAdvancedSuite-5.0.PRE.2319.zip[/url]
2007-11-02 20:16:23: (INFO) Updating Auc-Advanced from -2 to 2319
2007-11-02 20:16:23: (INFO) [url]http://www.auctioneeraddon.com/dl/?dl=Packages/AuctioneerAdvancedSuite-5.0.PRE.2319.zip[/url] downloaded to /var/folders/Za/ZaXRLO-hGo8SGFaBmCj+5++++TI/-Tmp-/Wurm/Auc-Advanced-r2319.zip
2007-11-02 20:16:23: (ERROR) Installation of Auc-Advanced failed: File is not a zip file
2007-11-02 20:16:23: (INFO) Auc-Advanced is updated to 2319
The files were not changed in my folder :( Maybe somebody else sees what I can't find ...
P.S. My friendly name is AuctioneerAdvancedSuite with the 5.0.PRE stuff hardcoded!
I played around with the [OtherSite]-versions of the mods, that sopped working for me. I was not able to download the database from MobMap, but changing Addon Extension regexp to
fixed for me the solution proposed in the WUUki. Well but I'm still not able to fix AuctioneerAdvanced. I attached my setup as a picture; I'm able to get the version number and extension, the download-link is correct, but I get this warning-message in the event-log:
2007-11-02 20:13:29: (INFO) Auc-Advanced is updated to 2319
2007-11-02 20:16:21: (INFO) Auc-Advanced Extension: zip
2007-11-02 20:16:21: (INFO) Auc-Advanced Version: 2319
2007-11-02 20:16:21: (INFO) Addon Download URL is: [url]http://www.auctioneeraddon.com/dl/?dl=Packages/AuctioneerAdvancedSuite-5.0.PRE.2319.zip[/url]
2007-11-02 20:16:23: (INFO) Updating Auc-Advanced from -2 to 2319
2007-11-02 20:16:23: (INFO) [url]http://www.auctioneeraddon.com/dl/?dl=Packages/AuctioneerAdvancedSuite-5.0.PRE.2319.zip[/url] downloaded to /var/folders/Za/ZaXRLO-hGo8SGFaBmCj+5++++TI/-Tmp-/Wurm/Auc-Advanced-r2319.zip
2007-11-02 20:16:23: (ERROR) Installation of Auc-Advanced failed: File is not a zip file
2007-11-02 20:16:23: (INFO) Auc-Advanced is updated to 2319
The files were not changed in my folder :( Maybe somebody else sees what I can't find ...
P.S. My friendly name is AuctioneerAdvancedSuite with the 5.0.PRE stuff hardcoded!
I haven't got time to look at it right now, but looking at it quickly, I think the problem is that the URL has some kind of "loader/redirect page" before the download starts.
Oh, and BTW: My plane leaves at 17:00 CET tomorrow, and I haven't started packing yet, so I don't know how much I can check this thread the coming week :)
Well, it's a business trip (I have to train a new employee), and it's a 16 hour flight to Singapore :P I barely get time to adjust my sleeping schedule (or whatever the expression for that is) before having to leave again ;)
But, this is offtopic; back on topic, we'll add support for more (and more) sites in 1.7 - if you have some smart OtherSites settings, please post them, and maybe they'll be part of the base WUU addons (especially for sites with multiple addons - single addon sites are usually not worth the trouble) :)
Other stuff for 1.7/1.8, off the top of my head:
Better dependencies handling
More addon db improvements
Better WAU compatibility
Simpler for first-time users to get started (especially auto-locating the WoW directory, and identifying the addons when all are set to [
I have a laptop that I occasionally log into WoW from to check auctions, and just upgraded WUU on it for the first time in a month. It blew away my addon list, which I remember from my main installation, but I am now not able to get the online database to work. When I hit (Ctrl-M), I get this in the log:
2007-11-02 16:17:46: (INFO) Scanned Addon directory, 153 Addons found (140 new, 0 installed fresh, 0 missing, 13 ignored, 0 dummy, 0 deleted, 0 children)
2007-11-02 16:17:47: (WARN) Online version of WUU: 1.6.467
2007-11-02 16:17:47: (INFO) Checking for new site regexps
2007-11-02 16:17:48: --- READY ---
2007-11-02 16:17:52: (INFO) Checking [Unknown] Addons with the Online DB
2007-11-02 16:17:57: (WARN) Online DB check failed: WoWAceAddon instance has no attribute 'localversion'
2007-11-02 16:18:17: (INFO) Checking [Unknown] Addons with the Online DB
2007-11-02 16:18:18: (WARN) Online DB check failed: WoWAceAddon instance has no attribute 'localversion'
Everything persistently stays as [unknown], and I'm dead in the water.
This didn't happen at home with 1.6.446 (I *think* that was when it required me to re-scan at home); it's happening here and now with 1.6.467. Either the online database is down (in which case the message should be a lot clearer), or something broke recently, between those versions.
It's bad timing (not that there *is* a good time); I just posted in my guild forums to recommend WUU to folks before the upcoming 2.3 patch. If they can't set up with WUU, they lose (and so do all of us who love WUU).
Edit: I forgot to mention that after it failed the online DB check after the upgrade, I renamed the directory and the addons.wurm.xml file and did a fresh install of WUU to see if that would help. It did not. The log above is from the fresh install.
I just made a copy of the ui updater for each set of folders. Set the path in preference and it worked great. I could just run each one in turn and update the set of addons. When done I zip them up and upload them.
Now on each separate copy of the program. They all share the same file path. So I open up each copy and get same addons.
I just made a copy of the ui updater for each set of folders. Set the path in preference and it worked great. I could just run each one in turn and update the set of addons. When done I zip them up and upload them.
Now on each separate copy of the program. They all share the same file path. So I open up each copy and get same addons.
I hope this is clearer
(posting from Singapore, so I can't really deploy a new version right now)
All instances of WUU currently share the same settings (at least in the SP1 version of WUU on Windows, and 1.5.something on OS X). I have some ideas for providing a way to override this feature/bug/annoyance, which I'll implement into either the first 1.7 version, or backport to 1.6.
Would it work for you to have a file for overriding settings in the WUU folder (for instance, we can make WUU look for localsettings.wurm.xml in the WUU folder before going to the profile folder for settings.wurm.xml)? And maybe a menu option to make the current settings "only for this WUU installation"?
If you want the old behaviour until then, any version below 1.6.467 (on Windows) will do what you want :)
Quote from luxus »
First ... AWESOME TOOL i try it some month ago and it don't make me happy. but now it really working great except big problem here
ps. i have the tuller problem too, i was sure that i just too stupid for setting up googlecode sites ;D
Yep, WUU uses the date the addon was updated as the internal version number, which means that multiple releases on the same day are...a bit undefined. We could probably make it select the latest instead of the newest to kind of handle this, but two releases on the same day would still not register as "updated".
Hm. Just tried this out (latest mac version) and it doesn't seem to be working. Most of my addons are on WoWAce, and I'd been using WAU (the java version, 'cause I'm on a mac) to update them. I told WUU to scan my addons directory, and then to update versions. It got most, but several on WowAce didn't update. looking at the connection log, this seems to have been due to a dropped connection. So I did cmd-V again. No changes. Tried cmd-U anyway, with no mods selected. WUU claims to have updated the first addon in the list (!Swatter, which the online database says (correctly, afkaik) is on the auctioneer website. But the connection log shows WUU couldn't find the site. So I selected a Wowace addon, and hit cmd-U. Nothing happened.
I figure I must have done something wrong in the setup, in spite of the fact I'm sure I followed the instructions on the web site exactly.
mhh i've some problems with utf8...
is there a simple way to fix that problem? (see attachment)
i've tried to start with another LC_ALL=... but he takes utf8 again...
it would be nice if you can fix that problem because i'm not very skilled with python :D
thx
Hm. Just tried this out (latest mac version) and it doesn't seem to be working. Most of my addons are on WoWAce, and I'd been using WAU (the java version, 'cause I'm on a mac) to update them. I told WUU to scan my addons directory, and then to update versions. It got most, but several on WowAce didn't update. looking at the connection log, this seems to have been due to a dropped connection. So I did cmd-V again. No changes. Tried cmd-U anyway, with no mods selected. WUU claims to have updated the first addon in the list (!Swatter, which the online database says (correctly, afkaik) is on the auctioneer website. But the connection log shows WUU couldn't find the site. So I selected a Wowace addon, and hit cmd-U. Nothing happened.
I figure I must have done something wrong in the setup, in spite of the fact I'm sure I followed the instructions on the web site exactly.
Preferences -> Turn off "Use Coral CDN" :) (going to make that automatic later, so that the option is auto-disabled if it can't contact the coral servers)
Um. It is off, and has been. Not sure what, if anything, I changed from the defaults as far as checkboxes go, but "delete before extract", "Allow WUU beta version", "preserve newlines as is", "Clean downloaded files on exit", "use coral cdn", and "use threads are all unchecked.
I'll read through the last pages of the thread, and try to fix everything posted (including bugs posted at SourceForge), so we can have a kind of "final" release of 1.6, then it's on to 1.7 :)
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
The files were not changed in my folder :( Maybe somebody else sees what I can't find ...
P.S. My friendly name is AuctioneerAdvancedSuite with the 5.0.PRE stuff hardcoded!
I haven't got time to look at it right now, but looking at it quickly, I think the problem is that the URL has some kind of "loader/redirect page" before the download starts.
Oh, and BTW: My plane leaves at 17:00 CET tomorrow, and I haven't started packing yet, so I don't know how much I can check this thread the coming week :)
Well, it's a business trip (I have to train a new employee), and it's a 16 hour flight to Singapore :P I barely get time to adjust my sleeping schedule (or whatever the expression for that is) before having to leave again ;)
But, this is offtopic; back on topic, we'll add support for more (and more) sites in 1.7 - if you have some smart OtherSites settings, please post them, and maybe they'll be part of the base WUU addons (especially for sites with multiple addons - single addon sites are usually not worth the trouble) :)
Other stuff for 1.7/1.8, off the top of my head:
I have a laptop that I occasionally log into WoW from to check auctions, and just upgraded WUU on it for the first time in a month. It blew away my addon list, which I remember from my main installation, but I am now not able to get the online database to work. When I hit (Ctrl-M), I get this in the log:
Everything persistently stays as [unknown], and I'm dead in the water.
This didn't happen at home with 1.6.446 (I *think* that was when it required me to re-scan at home); it's happening here and now with 1.6.467. Either the online database is down (in which case the message should be a lot clearer), or something broke recently, between those versions.
It's bad timing (not that there *is* a good time); I just posted in my guild forums to recommend WUU to folks before the upcoming 2.3 patch. If they can't set up with WUU, they lose (and so do all of us who love WUU).
Edit: I forgot to mention that after it failed the online DB check after the upgrade, I renamed the directory and the addons.wurm.xml file and did a fresh install of WUU to see if that would help. It did not. The log above is from the fresh install.
i download http://www.wowinterface.com/downloads/info4569-SSPVP.html via wuu. but i don't get the latest version
if i download it manual i get a different version
perhaps it has todo with more then 1 update per day?
ps. i have the tuller problem too, i was sure that i just too stupid for setting up googlecode sites ;D
I use multiple copies to build a few mod packs. Now each version shares the same preferences. So I don't get my seperate sets.
This just change? Can I change it back?
what I did was to make just a few fake wow folder setups
/modpacks/general/worldofwarcraft/interface/addons
/modpacks/raid/worldofwarcraft/interface/addons
I just made a copy of the ui updater for each set of folders. Set the path in preference and it worked great. I could just run each one in turn and update the set of addons. When done I zip them up and upload them.
Now on each separate copy of the program. They all share the same file path. So I open up each copy and get same addons.
I hope this is clearer
(posting from Singapore, so I can't really deploy a new version right now)
All instances of WUU currently share the same settings (at least in the SP1 version of WUU on Windows, and 1.5.something on OS X). I have some ideas for providing a way to override this feature/bug/annoyance, which I'll implement into either the first 1.7 version, or backport to 1.6.
Would it work for you to have a file for overriding settings in the WUU folder (for instance, we can make WUU look for localsettings.wurm.xml in the WUU folder before going to the profile folder for settings.wurm.xml)? And maybe a menu option to make the current settings "only for this WUU installation"?
If you want the old behaviour until then, any version below 1.6.467 (on Windows) will do what you want :)
Yep, WUU uses the date the addon was updated as the internal version number, which means that multiple releases on the same day are...a bit undefined. We could probably make it select the latest instead of the newest to kind of handle this, but two releases on the same day would still not register as "updated".
I figure I must have done something wrong in the setup, in spite of the fact I'm sure I followed the instructions on the web site exactly.
is there a simple way to fix that problem? (see attachment)
i've tried to start with another LC_ALL=... but he takes utf8 again...
it would be nice if you can fix that problem because i'm not very skilled with python :D
thx
Preferences -> Turn off "Use Coral CDN" :) (going to make that automatic later, so that the option is auto-disabled if it can't contact the coral servers)
I'll read through the last pages of the thread, and try to fix everything posted (including bugs posted at SourceForge), so we can have a kind of "final" release of 1.6, then it's on to 1.7 :)