Yesterday, using WUU, I did a little cleanup in my addons folder, using "Delete" from the addon menu to delete several addons. Today I fired up WUU, autodownloaded the new version 1.6.483, and punched the autoupdate button (F10). WUU promptly labelled everything I'd deleted as missing, and redownloaded it.
One thing I know: Mac interface standards are to ask if you want to save any changes you've made if you just quit. Windows standards, as I understand them, are (or at least used to be - my experience with Windows goes back, reluctantly, to version 1.0) to just discard any changes without asking. Since I can't remember if I explicitly did a File:Save in WUU before I quit yesterday, and am not certain that it asks if I don't, I'm not sure if that's germane to this problem. I think I'll try it again and see what happens.
Update: in WUU, deleted the "addon missing" addons previously mentioned again - four of them turn out to be libraries for auc-advanced - saved the settings in WUU, redownloaded auctioneer (I grab the full package and let WUU deal with it). No apparent problems. Ran autoupdate, and it found nothing to update. Quit WUU. It told me at this point that the settings had changed and asked if I want to save it, which is a Good Thing?. :-) Restarted WUU, and while I didn't get the addons I'd deleted back as "missing", the four libs from auc-advanced are so marked.
I don't seem to have a problem running auctioneer, so I guess this is mostly cosmetic, but it's still annoying. I suppose there could be a problem with the way I set up the auctioneer download, but I don't know. Any suggestions?
Yesterday, using WUU, I did a little cleanup in my addons folder, using "Delete" from the addon menu to delete several addons. Today I fired up WUU, autodownloaded the new version 1.6.483, and punched the autoupdate button (F10). WUU promptly labelled everything I'd deleted as missing, and redownloaded it.
One thing I know: Mac interface standards are to ask if you want to save any changes you've made if you just quit. Windows standards, as I understand them, are (or at least used to be - my experience with Windows goes back, reluctantly, to version 1.0) to just discard any changes without asking. Since I can't remember if I explicitly did a File:Save in WUU before I quit yesterday, and am not certain that it asks if I don't, I'm not sure if that's germane to this problem. I think I'll try it again and see what happens.
It should ask you if you want to save (that's the standard, regardless of OS :P), but of course, it's not something you ("you", as in "you as a programmer") get for free while coding. We try to set a flag every time the user does something that warrants a save, and ask if you try to quit without saving - but of course it's not perfect :( It's entirely possible there are some cases where the flag should be set, but we've forgotten to add it - we removed a lot of those points after complaints about WUU asking to save every time it quit :P
Anyhow, barring huge show-stopping errors in 1.6, we're going to move on to 1.7 now, and leave 1.6 as-is :)
(Side note, checking my server logs, I see that people still are using 1.2.207...I can't believe that thing still works :D)
Update: in WUU, deleted the "addon missing" addons previously mentioned again - four of them turn out to be libraries for auc-advanced - saved the settings in WUU, redownloaded auctioneer (I grab the full package and let WUU deal with it). No apparent problems. Ran autoupdate, and it found nothing to update. Quit WUU. It told me at this point that the settings had changed and asked if I want to save it, which is a Good Thing?. :-) Restarted WUU, and while I didn't get the addons I'd deleted back as "missing", the four libs from auc-advanced are so marked.
I don't seem to have a problem running auctioneer, so I guess this is mostly cosmetic, but it's still annoying. I suppose there could be a problem with the way I set up the auctioneer download, but I don't know. Any suggestions?
Either try to Purge missing (in the Tools menu), or set them to [Ignored] - WUU sometimes gets confused by addons-within-addons, sadly :(
Yeah, I know it's a pain to program, and a pain when users complain you did too much checking (been there, done that). I noted that after my last check, reported upthread, it didn't ask me if I wanted to save when I quit, but then I hadn't done anything warranting another save after I saved it earlier in that session.
Moving on is good. :-)
I did notice one other thing - the changelog report WUU sends to your browser. I know you said it only supports WoWAce addons right now, and that's fine, though I hope you'll add support for others at some point. What I noticed though, was that WUU seems to send the last changelog it has to the browser even if there weren't any new changes. That was confusing the first couple times it happened. :-/
I did notice one other thing - the changelog report WUU sends to your browser. I know you said it only supports WoWAce addons right now, and that's fine, though I hope you'll add support for others at some point. What I noticed though, was that WUU seems to send the last changelog it has to the browser even if there weren't any new changes. That was confusing the first couple times it happened. :-/
It will include all addons update in that single WUU session each time, yeah. I don't think that's going to be "fixed", as it's difficult to do without outright flagging addons "already reported", which adds more complexity to the code :|
I was having problems getting Cooling2 from Curse working properly with WUU - the author is using id 4588 to manage both Cooling (Classic) and Cooling2 (current recommendation). The issue is that because both of these addons are uploaded to the same id, WUU picks whichever one was uploaded last and, currently, Cooling (Classic) was uploaded most recently.
I made a change to my site_re.txt to allow the default download for a Curse addon to be used instead of the most recently uploaded file in the versions table. Thought I'd share it with you in case anybody else is having a similar problem.
I imagine the Curse regular expression was implemented using the first item in the versions table for good reasons, so perhaps this change won't make it into the distribution.
Instead, a feature request! It would be great if I could "alias" a site - in this case I'd alias "CurseGaming" (using identifier "curse" in site_re) to "CurseGamingDefaultDL" (using identifier "curse2" in site_re), and then I could utilise the same download "pattern" but with different regular expressions by adding curse2_dlversion and curse2_realdl to my site_re file (or perhaps a different file?). Just a thought. :)
While I'm here, here's how I download addons from WoWUI (boo! hiss!) using OtherSite.
Site ID:http://wowui.incgamers.com/ Download Name Expression: %(site)s?p=download&m=<addon id> Version info is a Date: CHECKED Date Format: Day Month Year Addon Extension regexp: zip Addon Information Page: ?p=mod&m=<addon id> Addon Version regexp:(this one in the following code block because I can't prevent the forum from using the "b" tag to embolden the text :))
Updated\s<b>(\d+)/(\d+)/(\d+)</b>
Hope this comes in handy for others.
(Modified to add code block to stop "b" tag from emboldening stuff, rather than just being displayed.)
Getting this trying to update an addon the extension flag is hard set to zip, but the file downloaded has .Zip so I'm guessing thats the error. The extension check in the program isn't lower casing the extension before its checking the list compression formats.
2007-11-23 10:40:58: (ERROR) Installation of Karma failed: Unknown or unsupported file type "Zip"
Getting this trying to update an addon the extension flag is hard set to zip, but the file downloaded has .Zip so I'm guessing thats the error. The extension check in the program isn't lower casing the extension before its checking the list compression formats.
2007-11-23 10:40:58: (ERROR) Installation of Karma failed: Unknown or unsupported file type "Zip"
Sorry if I seemed a bit dismissive in my last reply, I didn't mean to be :(
I try to keep the examples up to date to help users such as yourself, bad examples are worse than useless when you're trying to get things to work.
As far as I'm aware all the examples are up to date, I've just updated the MobMap ones to remove the unnecessary '<a\s' from the front of the regexp's and replace the " with & for the child entry.
I have added some information to the OtherSites wiki page detailing what fields can be used in the regexp's as you so rightly pointed out it wasn't clear what to use where.
I will add text entries to match the pictures so it will be easier for people to cut and paste them in the future, I thought the pictures were good enough to use but in hindsight I don't think they are as useful as I first thought.
Thanks for your feedback on this and other matters it is useful to know what other people think and the issues they have .
I just tried to follow the wiki's copy text for mobmap and I'm experiencing the same problem as the Chmee. It will just sit there trying to check version. I have also tried Chmee's method and that gives me the same thing.
It appears the auctioneeraddon site has changed slightly. WUU was able to see that there was a new version available, but couldn't download it. I kept seeing the following error in the log:
2007-11-29 15:23:54 (WARNING) Download of Auc-Advanced failed, URL=http://media.auctioneeraddon.com/dl/Packages/AuctioneerAdvancedSuite-5.0.PRE.2603.zip: HTTP Error 404: Not Found
To fix this, I modified line 1228 in Wurm.py and took out the 'media' part of the url so it now looks like this:
I'm now having the same problem with auctioneer - but I'm using the precompiled Mac version of WUU, and I don't particularly want to mess with the source code. Is there a way to get WUU working with this change to the auctioneer file locations without doing that?
It appears the auctioneeraddon site has changed slightly. WUU was able to see that there was a new version available, but couldn't download it. I kept seeing the following error in the log:
2007-11-29 15:23:54 (WARNING) Download of Auc-Advanced failed, URL=http://media.auctioneeraddon.com/dl/Packages/AuctioneerAdvancedSuite-5.0.PRE.2603.zip: HTTP Error 404: Not Found
To fix this, I modified line 1228 in Wurm.py and took out the 'media' part of the url so it now looks like this:
I'm now having the same problem with auctioneer - but I'm using the precompiled Mac version of WUU, and I don't particularly want to mess with the source code. Is there a way to get WUU working with this change to the auctioneer file locations without doing that?
I see Jncl's been busy and committed all these changes to the SVN; since we haven't really gotten started on 1.7 yet (holidays'n'stuff), I'll just release it as another 1.6 later today.
I can't get this to launch on my MacBook Pro (OSX). The only suggestion I could find was to download and install Python, which I did. That didn't fix anything.
I see Jncl's been busy and committed all these changes to the SVN; since we haven't really gotten started on 1.7 yet (holidays'n'stuff), I'll just release it as another 1.6 later today.
Will you include an option to update mobmap instead of trying to configure it as "other site" which I haven't been able to do successfully? Thanks!
I can't get this to launch on my MacBook Pro (OSX). The only suggestion I could find was to download and install Python, which I did. That didn't fix anything.
Anyone have any suggestions?
Try installing an earlier version (1.6.455 is reported to work), and let it self-update :) Something happened to the .dmgs after I started building them in Leopard :(
1.6.488 (final this time we really mean it version) (2007.12.02):
* Sitefix: Install from URL now handles www.curse.com URLs as well
* Sitefix: Auctioneer
* Bugfix: Made archive extension check case insensitive
* Changed no-ext to ignore-no-ext for WoWAce Addons
* Sorted the OtherSite options
* Added Use Extension as Name option to OtherSites
Something's wrong with my Mac, so I wasn't able to build a .dmg - the self-updater should get you from any earlier version to the current with a minimum of downloads, though :)
Hm, good point :) Since we have an AceSVN module, I think a GoogleSVN module would be simple to implement (and maybe later, a generic SVN module).
But, over to 1.7: I've been thinking a bit, and I think the site "WoWAce" in WUU has to be split in two; WoWace and WoWAce-noext. This would simplify dependency checking, since ext/noext have different dependencies :) For first-time users of 1.7, this won't be a problem, and for existing users, we take a look at the noext setting, and if set, change the site of all addons accordingly.
Quote from G00DFe77a »
Will you include an option to update mobmap instead of trying to configure it as "other site" which I haven't been able to do successfully? Thanks!
Yes, I think some of the more popular othersite-addons should be pre-configured :)
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
One thing I know: Mac interface standards are to ask if you want to save any changes you've made if you just quit. Windows standards, as I understand them, are (or at least used to be - my experience with Windows goes back, reluctantly, to version 1.0) to just discard any changes without asking. Since I can't remember if I explicitly did a File:Save in WUU before I quit yesterday, and am not certain that it asks if I don't, I'm not sure if that's germane to this problem. I think I'll try it again and see what happens.
I don't seem to have a problem running auctioneer, so I guess this is mostly cosmetic, but it's still annoying. I suppose there could be a problem with the way I set up the auctioneer download, but I don't know. Any suggestions?
It should ask you if you want to save (that's the standard, regardless of OS :P), but of course, it's not something you ("you", as in "you as a programmer") get for free while coding. We try to set a flag every time the user does something that warrants a save, and ask if you try to quit without saving - but of course it's not perfect :( It's entirely possible there are some cases where the flag should be set, but we've forgotten to add it - we removed a lot of those points after complaints about WUU asking to save every time it quit :P
Anyhow, barring huge show-stopping errors in 1.6, we're going to move on to 1.7 now, and leave 1.6 as-is :)
(Side note, checking my server logs, I see that people still are using 1.2.207...I can't believe that thing still works :D)
Either try to Purge missing (in the Tools menu), or set them to [Ignored] - WUU sometimes gets confused by addons-within-addons, sadly :(
Yeah, I know it's a pain to program, and a pain when users complain you did too much checking (been there, done that). I noted that after my last check, reported upthread, it didn't ask me if I wanted to save when I quit, but then I hadn't done anything warranting another save after I saved it earlier in that session.
Moving on is good. :-)
I did notice one other thing - the changelog report WUU sends to your browser. I know you said it only supports WoWAce addons right now, and that's fine, though I hope you'll add support for others at some point. What I noticed though, was that WUU seems to send the last changelog it has to the browser even if there weren't any new changes. That was confusing the first couple times it happened. :-/
It will include all addons update in that single WUU session each time, yeah. I don't think that's going to be "fixed", as it's difficult to do without outright flagging addons "already reported", which adds more complexity to the code :|
I was having problems getting Cooling2 from Curse working properly with WUU - the author is using id 4588 to manage both Cooling (Classic) and Cooling2 (current recommendation). The issue is that because both of these addons are uploaded to the same id, WUU picks whichever one was uploaded last and, currently, Cooling (Classic) was uploaded most recently.
I made a change to my site_re.txt to allow the default download for a Curse addon to be used instead of the most recently uploaded file in the versions table. Thought I'd share it with you in case anybody else is having a similar problem.
curse_dlversion <span\sclass="inline"><a\shref="/downloads/details/(\d+)/download/(\d+)/"\sclass="btn\sbtn_download".*?<td\sclass="tr">(\d{2})/(\d{2})/(\d{4})</td>I imagine the Curse regular expression was implemented using the first item in the versions table for good reasons, so perhaps this change won't make it into the distribution.
Instead, a feature request! It would be great if I could "alias" a site - in this case I'd alias "CurseGaming" (using identifier "curse" in site_re) to "CurseGamingDefaultDL" (using identifier "curse2" in site_re), and then I could utilise the same download "pattern" but with different regular expressions by adding curse2_dlversion and curse2_realdl to my site_re file (or perhaps a different file?). Just a thought. :)
Many thanks for providing such a useful tool!
Site ID: http://wowui.incgamers.com/
Download Name Expression: %(site)s?p=download&m=<addon id>
Version info is a Date: CHECKED
Date Format: Day Month Year
Addon Extension regexp: zip
Addon Information Page: ?p=mod&m=<addon id>
Addon Version regexp: (this one in the following code block because I can't prevent the forum from using the "b" tag to embolden the text :))
Hope this comes in handy for others.
(Modified to add code block to stop "b" tag from emboldening stuff, rather than just being displayed.)
2007-11-23 10:40:58: (ERROR) Installation of Karma failed: Unknown or unsupported file type "Zip"
posted a fix to the source forge site
I just tried to follow the wiki's copy text for mobmap and I'm experiencing the same problem as the Chmee. It will just sit there trying to check version. I have also tried Chmee's method and that gives me the same thing.
To fix this, I modified line 1228 in Wurm.py and took out the 'media' part of the url so it now looks like this:
Now Auctioneer is updating like a champ!
Thanks!
I see Jncl's been busy and committed all these changes to the SVN; since we haven't really gotten started on 1.7 yet (holidays'n'stuff), I'll just release it as another 1.6 later today.
Anyone have any suggestions?
Will you include an option to update mobmap instead of trying to configure it as "other site" which I haven't been able to do successfully? Thanks!
Try installing an earlier version (1.6.455 is reported to work), and let it self-update :) Something happened to the .dmgs after I started building them in Leopard :(
WUU 1.6.488 win32
WUU 1.6.488 source/linux
MD5 sums:
1.6.488 (final this time we really mean it version) (2007.12.02):
* Sitefix: Install from URL now handles www.curse.com URLs as well
* Sitefix: Auctioneer
* Bugfix: Made archive extension check case insensitive
* Changed no-ext to ignore-no-ext for WoWAce Addons
* Sorted the OtherSite options
* Added Use Extension as Name option to OtherSites
Something's wrong with my Mac, so I wasn't able to build a .dmg - the self-updater should get you from any earlier version to the current with a minimum of downloads, though :)
Hm, good point :) Since we have an AceSVN module, I think a GoogleSVN module would be simple to implement (and maybe later, a generic SVN module).
But, over to 1.7: I've been thinking a bit, and I think the site "WoWAce" in WUU has to be split in two; WoWace and WoWAce-noext. This would simplify dependency checking, since ext/noext have different dependencies :) For first-time users of 1.7, this won't be a problem, and for existing users, we take a look at the noext setting, and if set, change the site of all addons accordingly.
Yes, I think some of the more popular othersite-addons should be pre-configured :)