I'm also experiencing the issue of changelogs not being displayed when I try to view them with 1.7 final. Many others have reported this on the bug tracker at sourceforge.
I'm also experiencing the issue of changelogs not being displayed when I try to view them with 1.7 final. Many others have reported this on the bug tracker at sourceforge.
We know about it. We read the bugtracker there, and its been posted before in this thread.
Is there any way to keep a certain file from updating while running the winaceupdater mod? I've replaced a font and a texture in a few mods, and didn't to go replacing them every time a new ace mod is out. Would setting the particular file to be read only be sufficient?
It would be much more convenient if the author added an 'Excluded Add-ons' section to the updater. I've already suggested such a feature, so I'd like to reiterate my request.
My 'do not update' add-on list grows slowly, and it is quite annoying if I forget to untick one or two that I do not want to update for various reasons.
Make an empty folder called ".svn" and put it inside the folder of each addon you don't want WAU updating. Not an optimal solution, but easier than trying to remember to uncheck them every time.
Make an empty folder called ".svn" and put it inside the folder of each addon you don't want WAU updating. Not an optimal solution, but easier than trying to remember to uncheck them every time.
/cheer
Thanks, works like charm. AndI agree, a built-in solution would be better.
Make an empty folder called ".svn" and put it inside the folder of each addon you don't want WAU updating. Not an optimal solution, but easier than trying to remember to uncheck them every time.
Doesn't always work with 1.7, I have Medeleev installed from branches folder to get PT3 version and if I don't remember to uncheck it the updater will rplace it with the version thats in the trunk. It has an svn folder in it and when updater changes files I have to delete everything and do a new checkout. The older versions of WAU used to list addons with svn folders in a seperate category, something like that needs to be put back in.
Make an empty folder called ".svn" and put it inside the folder of each addon you don't want WAU updating. Not an optimal solution, but easier than trying to remember to uncheck them every time.
Doesn't always work with 1.7, I have Medeleev installed from branches folder to get PT3 version and if I don't remember to uncheck it the updater will rplace it with the version thats in the trunk. It has an svn folder in it and when updater changes files I have to delete everything and do a new checkout. The older versions of WAU used to list addons with svn folders in a seperate category, something like that needs to be put back in.
It works for me.
Mendeleev - Skipping Mendeleev. It appears to be a Subversion working copy.
you have to have SkipSvnWorkingCopies set to true and a .svn folder in your addon folder.
Does anyone else have an issue with BigWigs and the LoD .bat file splitting whereby it doesn't work? I get a bunch of translation errors if BigWigs gets split into the separate LoD folders however if I manually download BigWigs and extract it to the single Addon folder it works fine. Is this an issue with BigWigs or is it moreso something to do with the way WAU handles "packages"?
I have similar problems with BigWigs using WAU Tran. I think everything is being extracted to a separate folder because the authors use the @Folder in the filelist.wau file. I could manually edit the @ out of the filelist, but I believe it'll just reset itself when I next update with WAU.
Is there a reason the authors prefer their packages to be unzipped into separate folders in the Addons directory? Or is it just a typo when setting the package up to work with WAU? Just curious :)
Haha. I encountered the same thing when trying to create them on my system. I ended up having to use my bulk-rename utility program to rename it. Here's a .zip with a ".svn" folder in it: http://www.mytempdir.com/1286802
You can also use the command prompt to create the directory, FYI. Then just make a copy of it so you can place it in other add-on directories if you need.
Just an update for people like me that are waiting for the ChangeLog fix. These were posted as replies to bug reports and forum posts on sourceforge.net, dated 14 April:
Just an update for people like me that are waiting for the ChangeLog fix. These were posted as replies to bug reports and forum posts on sourceforge.net, dated 14 April:
We know about it, but we arent going to fix it until wowace.com moves to thier new format.
Yep. By me.
You shouldnt be waiting on fixes for this. Releasing this program takes alot of manhours for one development cycle, not going to invest it fixing something for which there is a planned major change.
You shouldnt be waiting on fixes for this. Releasing this program takes alot of manhours for one development cycle, not going to invest it fixing something for which there is a planned major change.
I'm not sure what you're saying. Unless someone releases an alternative product with the desired functionality, there's nothing to do but wait.
Appreciate the updates though. I figured posting about them here might reduce the occurrence of redundant reports on the issue between now and the time it is able to be addressed.
Request feature: after updating finished, the button "Read change log" will appear, after clicking it the program will print all changes detected on current updating
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
We know about it. We read the bugtracker there, and its been posted before in this thread.
Thanks for your report.
It would be much more convenient if the author added an 'Excluded Add-ons' section to the updater. I've already suggested such a feature, so I'd like to reiterate my request.
My 'do not update' add-on list grows slowly, and it is quite annoying if I forget to untick one or two that I do not want to update for various reasons.
/cheer
Thanks, works like charm. AndI agree, a built-in solution would be better.
Doesn't always work with 1.7, I have Medeleev installed from branches folder to get PT3 version and if I don't remember to uncheck it the updater will rplace it with the version thats in the trunk. It has an svn folder in it and when updater changes files I have to delete everything and do a new checkout. The older versions of WAU used to list addons with svn folders in a seperate category, something like that needs to be put back in.
Mendeleev - Skipping Mendeleev. It appears to be a Subversion working copy.
you have to have SkipSvnWorkingCopies set to true and a .svn folder in your addon folder.
Is there a reason the authors prefer their packages to be unzipped into separate folders in the Addons directory? Or is it just a typo when setting the package up to work with WAU? Just curious :)
Or something, I could be massively off the mark though.
Mmm, yeah, I'm still using 1.6, so I can't comment on how well the .svn folder trick works with 1.7.
http://sourceforge.net/tracker/index.php?func=detail&aid=1691103&group_id=178751&atid=886395
http://sourceforge.net/forum/forum.php?thread_id=1677050&forum_id=618307
Yep. By me.
You shouldnt be waiting on fixes for this. Releasing this program takes alot of manhours for one development cycle, not going to invest it fixing something for which there is a planned major change.
I'm not sure what you're saying. Unless someone releases an alternative product with the desired functionality, there's nothing to do but wait.
Appreciate the updates though. I figured posting about them here might reduce the occurrence of redundant reports on the issue between now and the time it is able to be addressed.
In the meantime, the best place to go for changelogs is probably here: http://www.wowace.com/trac/browser/trunk?rev=33190