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'm really happy with the new stable release of WUU; the stability increase on mac os x on my system (leopard and tiger ;) ) is great! Still some old "bugs" are back:
After installing or deleting addons, the file-list isn't updated, so I have to scan manually; a little bit irritating if i delete some addons. And thanx also for the Wiki-section [Othersite] and the Mobmap-support. All works fine, but I'm not able to download the database (I think the developper changed recently the link-structure). Greets and good luck for your progresion with WUU :D
Concerning the Mac-Front: I was not able to download the new .dmg-version, but auto-updater worked fine ;) And I'm experiencing the same problem with Grid from svn as presented, but not able to fix it that way :(
? What I am trying to say. i have no problem at all. everything runs fine. (O.K. i installed ROCK, by choosing it from the wowace-install options) but besides that, ...
WUU does not create any problems in my configuration, too ;) That was not the point of my post! The problem is in fact, that when WUU is used with no-exts, it depends completly from !!!SAL. And with the changes occurring at this time in the Ace-community (and more changes are coming, I'm sure that is only the beginning) !!!SAL is not good enough any more. So we step back to embedded mods, and all is fine, or WUU has to change the way how it recognizes libs. One question at this point: what will change if I switch back to embedded libs? Presuming I have ca. 200 mods active on my chars, are only the loading times getting longer, or also fps?
What you are planning, Lejordet, I think is the right way. If WUU is capable to tag mods as libs for himself and then manage them, also other libraries besides Ace could be supported. And that would be a big step ? :D
Normally I'm running no-ext with !!!StandAloneLibraries installed, and all went fine until yesterday, 20 minutes before kara-raid, I was a little shocked after updating with WUU: The wohle interface messed up. Well I found out the problem with FUBar 3 and Rock, so I installed quickly manually the needed Libs and went on running as fast as possible to the instance ;)
Today I informed myself about the changes in the Ace-Community, and now thinking about my Addon-folder bloated to 262 Addons, I don't know any more witch libs belongs to the correct addon. And too, I think !!!StanAloneLibraries is not capable anymore to deliver all needed libs, and there are surely more changes coming in the next time. May be it's time to think of an alternative method to unenmbed mods. Do you you already have any plans, or am I "dramatizing" ;) too much the situation?
I was using my addons with no exts and unembedded packages, but because I was having too much errors ingame (AUldLangSyne was going mad) I wanted to go back to "normal" mode with no exts. Now my question, how can I do that? I first hid outdated and ignored, then deleted all relative and finally "forced" updated all my files. Do you maybe know a smarter method? Thanks and greets
1. Thanx for the coloring, that helps a lot! I encountered this problem: the log told me, that EQL3 was flagged as missing, but there was no entry in the addon List of WUU, and naturally no mod was colored red. I removed EQL3 some days ago manually and kept a copy on the desktop, because I was trying another addon. I thought putting it back and then deleting would bring WUU back in harmony, but there was no chance to actually "see" EQL3 in my Addon-list. I tried scan, restore, ... no way! At last I reinstalled the mod from wowinterface.com avoiding my private copy, and all went fine: It was there in the list, I deleted it afterwards and now nothing is missing. I tried to reproduce this behaviour with another addon, but had no "luck".
2. Tried out the new source and same behaviour: After every start it asks about the filepath of my wow-installation and then quits. No window opening, not even an error-message in the console. WUU-app version still works well with autoupdate, but now crashes more often on startup when "creating" the UI. I will try your special Log-trick ;) to see what happens
Tried first the souce-version on mac, but I had no chance to start WUU that way ? everytime after selecting the wow-directory WUU quits. I tried then the auto-updater of the app-version and all went fine. WUU runs as usual with the new features and the old problems ;)
Anyway, as last time there is one addon missing, but I have no clue this time witch one it is. Can WUU tell me also the name, or could you maybe add that feature? I think it could be useful. Thanks und good to have you back :D
I'm no mspainter (not even macos one) but I have some ideas, that some skilled painter maybe could integrate in their visions ;)
With external libs I have more than 200 addons in my list, and sometimes I want to test 3-4 new mods. After testing, I have problems to find them quick for deleting. It would be nice to have the possibility to give addons a colored tag, as another sorting option. Taking my example I would tag my test-mods with blue, and after playing wow I can switch back to WUU, sorting the new ones out, and deciding then witch one I'm going to keep.
Taking the first idea further, a search field would be a nice upgrade, or a search/sorting-option more elaborate to keep up with the taggings.
Last thing, as I really like the simplistic "design" of WUU at the moment, the right corner at the bottom isn't well used. Maybe there is a way to integrate the pop-window on right click with the extended addons informations in that corner, concentrating all functions in one window. Well, on the other hand that could lead to a "information overflow", but it's only an idea.
"Missing" means the addon is in WUUs list of addons, but the directory doesn't exist on disk - I can't remember exactly without checking, but I think WUU will grab that addon on the next update.
Found the "trouble-maker": omnicc.basic was a related file of omnicc, but patched away, so poor WUU was not able to find it. Nothing missing anymore :D
I hope you get my e-mail with the right files ;) I have an other question: when I scan the addon-folder, I get this message -> 2007-06-10 10:46:53: (INFO) Scanned addon directory, 200 addons found (0 new, 0 installed fresh, 1 missing, 14 ignored, 0 dummy)
Well beside the fact I set 2 addon as dummys, what means "missing" for WUU? I checked the list out, but I can't find anything missing. Thanks for your great work (as usual ;) ) and nice holidays!
... WUU 1.4.320 OS X
MD5 (WUU-1.4.320-osx.zip) = f5b97fd6b9b7d20961a9c8ab24f90200
New distribution ;D
This is a zipped .app created by me (had to celebrate getting a Macbook somehow ;)) and should contain everything you need (the zip is 28Mb, unpacked it's closer to 100Mb) - I used py2app from setuptools to make it :)
That's a good way to celebrate a new mac ;)
By the way I tried out the stand-alone version on my ppc g5 with os x 10.4.9, and I'm still having the same problem as with the source version. Normally on startup I can't notice when WUU scans and loads the Addon-List. But sometimes it's so slow, that's the moment when WUU is going to crash. I can prevent this when I'm quick enough to switch to the event log, so I can switch back after the loading-process without errors. Is this a known bug? I'm using python 2.5.1 and wxPython 2.8 with the newest source and app-version of WUU