* Added feature to have multiple installations of WUU with separate settings (as in pre-.466) - if overridesettings.wurm.xml exists in the WUU directory, it is used in stead of global settings
* Bugfix: Crash on initial list sort (manifested as direct hang on OSX, crash on other OSes)
* Faster TOC parser
* Better Unicode handling
Okay, I admit calling the overridesettings support an added feature is a bit low, considering it was removed just a couple of versions ago :P But it's kind of a new feature since it "handles differently" from the previous version ;)
EDIT: Working on starting a new thread, since this one is getting a bit old - will lock this one and link to new thread when it's ready :)
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
I've just fixed this problem (I hope), and added support for having a overridesettings.wurm.xml in the WUU directory. Going to release a new version when I'm 100% certain I've gotten all the latest problems solved ;)
Quote from break19 »
My guess is because Tuller names the mods slightly differently on the googlecode page, example: Bongos2 vs Bongos 2, Combuctor vs Combuctor Alpha
I'll investigate, but if that is the case, I'm not sure if I can get it into 1.6 - it'll have to wait for 1.7.
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)
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".
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 [
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 :)
any update on getting the developer versions of auctioneer? :)
It won't happen in 1.6, but 1.7 beta is right around the corner (we've ended up with a "even = stable, odd = beta" scheme, kinda like the linux kernel). I'm out on a trip until the 12th, but I think we'll get a rapid release after I get back :)
Quote from cralor »
i just wanna get this clear:
so this works just like WAU except it does everything that WAU does, but with curse-gaming, wow interface, etc.?
so it automatically parses the files and has the latest at wowace AND curse and others? auto updating of WAU - does WUU have this?
what is the color coding key?
if it works just like WAU and has same features with other sites too, i'll switch over :)
More or less, yes. I haven't tried WAU personally, but I think WAU has better handling of dependencies and libraries, and probably is easier to get set up :) WUU will take some time to get "just right" (due to not knowing which site your addons are from), but after it's up, it should work just like you want.
The colors are configurable from preferences, and are used to designate whether an addon is missing, is pending for upgrade (that is, WUU has found it to have a newer version online, but hasn't gotten around to do the actual upgrade yet), or has been upgraded.
Note that so far, WUU doesn't create the files WAU needs to work with the same addons (going to look at this in 1.7, most likely), so it's "either-or" - you can either use WUU for everything, or set WUU to ignore the WoWAce addons and use WAU for those.
WUU can update itself automatically, too, if that was the question :)
Got the latest Version today. It no longer downloads without embedded libraries. Maybe it just lost all my settings, I don't know. I pressed ctrl-V, and I not only got "U" in the column "Upd?", but also "E", which I found kinda weird. So I only updated those with a "U". That got me lots of lib\ subdirectories under the addon folders. I checked the settings, and "WoWAce: use no-ext addons" was not set. I set it, deleted my Violation folder (one of the addons that got updated and their libs added) and tried zo update violation again. No use. I still got the libs. I unchecked the option, deleted the folder, tried again - Violation was back with libs. No idea what to do now. Do I have to rescan with the option set? Or is this a bug?
Update: I now closed WUU and deleted all folders of addons that got updated and had their libs added. I reopened WUU and made sure that the no-ext option was set before pressing ctrl-V. This time, I did not get any "E"s. That part worked, at least. So I updated Violation (it was showing without local version, as its folder was gone), but no use - still got it with libs.
Update again: I just saw, that Violation had a "No embedded Libraries" checkbox in its setting. That one was not set. Set it, updated, libraries gone. But... what does the setting in the global preferences do? ??? I mean, not much use, if the addon setting override it.
And yet another thing: I no longer get a report of the update in my webbrowser, although the option for that is set.
* Changed no-ext handling: Setting no-ext on a single addon will only work when the rest of WUU is in "non-no-ext" mode, otherwise it does nothing
I can't remember what I was thinking when I added the no-ext option both in the addons and the global prefs :( Now the functionality should be clear, at least - the local no-ext flag shouldn't have been set for you, but I think an early version of WUU defaulted a lot of them to "off" even when "nothing" was a good option.
1.6.466 SP1 (2007.10.30):
* Improved info panel text
* Improved no-ext handling
* Bugfix: proper handling of list control with 1 addon
* Proper check for wxPython version added
* Reordered the buttons in the main window
* WUU settings on Windows are now stored in %USERPROFILE%\WUU
* Improved support for Python 2.4.4/wxPython 184.108.40.206
* Bugfix: Lots of minor bug fixes
* Added support for the 1.4.5 SVN client
* AceSVN addons now show a progress bar when updating
Lots of minor changes, but the total effect is something like a regular Microsoft service pack :P As far as I can tell, this handles most of the reported issues - I'll have to postpone some fixes to "after next week" :(
Any hints on whats new in 1.7 besides the installer(and possibly the moderated database)? Also, do you have an estimated eta? Like, a month? a week?
I'm away next week, so I don't know if I can manage to get 1.7 beta started before I leave, but I hope to get some of the minor stuff left for 1.6 SP1 done tomorrow or Thursday, so we can call 1.6 "done". (There's a rather persistent bug on OSX, where the list control doesn't shrink when you resize the window - anybody else see this problem, or is it just me? :P)
The first 1.7 release will include at least some improved dialogs, some minor changes to make WUU more "accessible" to first time users, nad the new installer if we get time for it :)
...while writing this post, and simultaneously screwing with the code to fix that sizing but, I've decided to release 1.6 SP1 now - just give me a few moments to pack it up ;)
I downloaded, unzipped and started playing with WUU. Snazzy piece of software.
General questions that I hadn't seen answered elsewhere.
Using X-Perl as an example... after messing with stuff, I set everything to Unknown and 'Updated from DB' XPerl is a 'package' of like 17 folders (Xperl, XPerl_Arcanebar, XPerl_GrimReaper, etc). Why are the individual folders identified as split between WoWI and CurseGaming? Shouldn't they all be one or the other?
And then I have packages like BigWigs, LittleWigs, Prat, etc for Ace. What is the difference between AceSVN and WowAce? And should the 'daughter' folders be tagged 'related'? BigWigs as an example... BigWigs has BigWigs and 10 extra folders. Those folders are tagged WowAce by the DB. Should I retag them as Related? And would the same thing apply to XPerls daughter folders?
And last but not least... mods that are updated acrost multiple websites. How do you choose which one the DB tags? XPerl again... is kept on Curse, UIGamers, WowI, etc. What makes one site priority over the other?
I, like many people, have a TON of addons... I'm really interested in this mod, but I haven't mastered the finer points of it yet. I don't want to mess up my addon directory so I'm trying to make sure that stuff gets updated like it's supposed to from the best site. This program seems like a step up from UICentral + WAU + Manual updating leftovers.
Basically, Update from online DB uses what people have submitted as their settings - even if those settings might be wrong :( It has some filters to remove most of the outright wrong choices, but can't stop everything. So, yes, the individual folders SHOULD be [Related], not a specific site - the easiest way to fix this, I think (backup before you try, please), is to delete all the wrongly tagged sub-addons, then redownload the main addon and let WUU do its thing (WUU will automatically tag extra folders it unpacks as [Related] to the main folder)
As for which site is chosen, that's down to what is more popular in the DB (I count one "upload from WUU" as a vote towards a site for that addon). The new addon DB, which I've had little time for lately, will be based on moderators verifying correct addon settings, and with better handling of related addons.