Thanks for the logfile, it helped me alot and i have now found the addon that causes the error.
If I remove the addon "FuBar_FactionItemsFu" then there is no error.
I have attached the addon folder, if you want to debug it.
this is the logfile:
17:54:26: Getting online addon list.
17:54:34: Updating installed addons data.
17:54:34: Now updating data of addon: InFlight_Load
17:54:34: Now updating data of addon: MorgDKP
17:54:34: Now updating data of addon: Yata
17:54:34: Now updating data of addon: GridStatusHots
17:54:34: Now updating data of addon: FuBar_FactionItemsFu
I updated to 1.14b and checked the log file for problems and all i got was a 28kb .log with every addon that there is to download looking like this
18:01:08: Getting online addon list.
18:01:11: Updating installed addons data.
18:01:11: Now updating data of addon: InFlight_Load
18:01:11: Now updating data of addon: MorgDKP
18:01:11: Now updating data of addon: Yata
18:01:11: Now updating data of addon: GridStatusHots
18:01:11: Now updating data of addon: FuBar_FactionItemsFu
18:01:11: Now updating data of addon: Cartographer_Icons_MetaMapPack
18:01:11: Now updating data of addon: PaintChipsLib
18:01:11: Now updating data of addon: CompostLib
18:01:11: Now updating data of addon: BigWigs_RazuviousAssistant
and so on....
These are addons i dont even got in my folder. Should it look like this?
I updated to 1.14b and checked the log file for problems and all i got was a 28kb .log with every addon that there is to download looking like this
18:01:08: Getting online addon list.
18:01:11: Updating installed addons data.
18:01:11: Now updating data of addon: InFlight_Load
18:01:11: Now updating data of addon: MorgDKP
18:01:11: Now updating data of addon: Yata
18:01:11: Now updating data of addon: GridStatusHots
18:01:11: Now updating data of addon: FuBar_FactionItemsFu
18:01:11: Now updating data of addon: Cartographer_Icons_MetaMapPack
18:01:11: Now updating data of addon: PaintChipsLib
18:01:11: Now updating data of addon: CompostLib
18:01:11: Now updating data of addon: BigWigs_RazuviousAssistant
and so on....
These are addons i dont even got in my folder. Should it look like this?
Atm the logfile is logging "alot" as it will help to find erros.
And yes its supposed to say Now updating data of addon: %t
for every ace2 addont there exists, as this means its checking if you have it installed, and if its no-ext you installed and so on.
But I have one question: In the feature-list I'm missing the option "delete folder before extract", can i config the addon to delete the old folders before installing (updating) a new addon?
But I have one question: In the feature-list I'm missing the option "delete folder before extract", can i config the addon to delete the old folders before installing (updating) a new addon?
Thanks for 1.15 and the fast fixes to the errors and wishes.
No externals is working again.
The option "Also update if only libs have changed" in the config menu,is being reset everytime you start the application.
The option "Also update if only libs have changed" in the config menu,is being reset everytime you start the application.
This is fixed as of 1.16, which also sports a new internal config system. (Which will prevent settings from being reset upon installing new versions of the updater.)
(This version will therefor be the last to reset settings on install, as it updates to the new system).
But it seems that with the no-ext versions of the addons, the .toc files still reference them, and this has a detrimental effect on load times, and creates a large error log.
Various people have posted scripts to fix things like the .toc files, or the contents of embeds.xml so that if the file referenced doesnt exit, then its commented out.
Now, if JWU would do something like this, then it would be as perfect as it gets for me.
So I had a go today at implementing this myself.
- I added a new button to the config screen 'Cleanup' (+ all the code to support saving this, and methods to reference it)
- I created a new method cleanUp in AddonUtils
- Added a call in WowDownloaderThread.run :
outFile.delete();
if ( conf.isCleanup()) {
AddonUtils.cleanUp(a);
}
I'm not a java programmer, so this probably isnt as neat as it could be - but ive tried it out on a bunch of things and it seems to work fine for me.
But it seems that with the no-ext versions of the addons, the .toc files still reference them, and this has a detrimental effect on load times, and creates a large error log.
Various people have posted scripts to fix things like the .toc files, or the contents of embeds.xml so that if the file referenced doesnt exit, then its commented out.
Now, if JWU would do something like this, then it would be as perfect as it gets for me.
So I had a go today at implementing this myself.
- I added a new button to the config screen 'Cleanup' (+ all the code to support saving this, and methods to reference it)
- I created a new method cleanUp in AddonUtils
- Added a call in WowDownloaderThread.run :
outFile.delete();
if ( conf.isCleanup()) {
AddonUtils.cleanUp(a);
}
I'm not a java programmer, so this probably isnt as neat as it could be - but ive tried it out on a bunch of things and it seems to work fine for me.
Great ill have a look at this when i get some time, today / tomorrow. And make sure it gets in the code :)
Version 1.16 is not seeing the addon folder for me. Interestingly when I try to install a new addon it creates the directory /Interfaces/AddOns/ in the WOW root directory, should be "Interface" of course. I can see the string containing "interfaces" in the jar file but apparently you need to compile it in, a straight text change breaks the jar.
Version 1.16 is not seeing the addon folder for me. Interestingly when I try to install a new addon it creates the directory /Interfaces/AddOns/ in the WOW root directory, should be "Interface" of course. I can see the string containing "interfaces" in the jar file but apparently you need to compile it in, a straight text change breaks the jar.
Arghh. That sneaked in with the new config system, fixed in 1.17 though.
Milestone! (Well concerning the GUI design of the main window).
A friend have been visiting me, and he helped me design a really cool looking main window!!
Also i added the cleanup code that was suggested. If enabled in the config it will delete old changelogs, and if enabled alongside no-externals it will try and clean the .toc files to remove non existing libraries.
So get 1.18 while its smoking!
*UPDATE*
A small error sneaked into 1.18, which can make alot of addons not work anymore if the cleanup option is enabled. This version fixes the error. If you have addons that was "broken" by 1.18, it would be a good idea to run Reinstall Addons after updating to 1.18c
(1.18b was a bad upload and dosent really contain the fix, sorry)
The cleanup option seems to be corrupting the .toc of some addons (This was version 1.18c btw). The following text "#??##" is the prefix for the first line of the file, hence making WoW see the addon as incompatible. Not sure why it is choosing some addons over others, possible just those that have seen an update today. Unchecking the cleanup option and rebuilding fixed the problem for the moment.
Also as nice as the gui is on a mac the aqua buttons on the left show up with the standard striped white background behind them in a rectangle. It would look better if the left hand pane had the standard background as per what outside the blue panel border. The main banner looks good though.
The cleanup option seems to be corrupting the .toc of some addons (This was version 1.18c btw). The following text "#??##" is the prefix for the first line of the file, hence making WoW see the addon as incompatible. Not sure why it is choosing some addons over others, possible just those that have seen an update today. Unchecking the cleanup option and rebuilding fixed the problem for the moment.
Also as nice as the gui is on a mac the aqua buttons on the left show up with the standard striped white background behind them in a rectangle. It would look better if the left hand pane had the standard background as per what outside the blue panel border. The main banner looks good though.
Several of the .toc's as supplied in the zips have the sequence 0xEF 0xBB 0xBF as the first 3 chars of the file.
The cleanup option seems to be corrupting the .toc of some addons (This was version 1.18c btw). The following text "#??##" is the prefix for the first line of the file, hence making WoW see the addon as incompatible. Not sure why it is choosing some addons over others, possible just those that have seen an update today. Unchecking the cleanup option and rebuilding fixed the problem for the moment.
Also as nice as the gui is on a mac the aqua buttons on the left show up with the standard striped white background behind them in a rectangle. It would look better if the left hand pane had the standard background as per what outside the blue panel border. The main banner looks good though.
Could you mail/attach one of the .toc files that the updater was corrupting? (But in the non corrupted form!)
Also id like to see a screenshot of how you say it makes it look on Mac, (I guess LookNFeel isnt the same on Mac & Windows, although Swing is suppose to look the same on all platforms.
Is anyone else getting corrupted .toc files if they use the 1.18c? As i rebuild my entire addon collection (around 80) and i didnt get any corruption with 1.18c.
/Rolf
Rollback Post to RevisionRollBack
To post a comment, please login or register a new account.
Could you try version 1.14b and then upload/send me the jwowupdater.log file it creates. (If you get the error again)
This goes for everyone experiencing an issue or error, try 1.14b and upload the logfile or send me it via email or just post the last few lines.
/Rolf
If I remove the addon "FuBar_FactionItemsFu" then there is no error.
I have attached the addon folder, if you want to debug it.
this is the logfile:
17:54:26: Getting online addon list.
17:54:34: Updating installed addons data.
17:54:34: Now updating data of addon: InFlight_Load
17:54:34: Now updating data of addon: MorgDKP
17:54:34: Now updating data of addon: Yata
17:54:34: Now updating data of addon: GridStatusHots
17:54:34: Now updating data of addon: FuBar_FactionItemsFu
These are addons i dont even got in my folder. Should it look like this?
Right now i got the /libs below each addon - 1.14b
Ahh i know why this is happening, its an error ive made with the new way of parsing.
Ill get it fixed for 1.15 sometime tonight.
/Rolf
Atm the logfile is logging "alot" as it will help to find erros.
And yes its supposed to say Now updating data of addon: %t
for every ace2 addont there exists, as this means its checking if you have it installed, and if its no-ext you installed and so on.
/Rolf
But I have one question: In the feature-list I'm missing the option "delete folder before extract", can i config the addon to delete the old folders before installing (updating) a new addon?
Yep, you can select it in the config menu :)
Should fix various bugs, including not actually using the proxy setting (Introduced in 1.14), and not downloading no-ext versions of set to.
Also adds support for the X.y versioning in svn, so that it can download updates to addons if its only the externals/libs thats updated.
/Rolf
No externals is working again.
The option "Also update if only libs have changed" in the config menu,is being reset everytime you start the application.
This is fixed as of 1.16, which also sports a new internal config system. (Which will prevent settings from being reset upon installing new versions of the updater.)
(This version will therefor be the last to reset settings on install, as it updates to the new system).
/Rolf
I dont know if youve been following this thread : http://www.wowace.com/forums/index.php?topic=5542.80
But it seems that with the no-ext versions of the addons, the .toc files still reference them, and this has a detrimental effect on load times, and creates a large error log.
Various people have posted scripts to fix things like the .toc files, or the contents of embeds.xml so that if the file referenced doesnt exit, then its commented out.
Now, if JWU would do something like this, then it would be as perfect as it gets for me.
So I had a go today at implementing this myself.
- I added a new button to the config screen 'Cleanup' (+ all the code to support saving this, and methods to reference it)
- I created a new method cleanUp in AddonUtils
- Added a call in WowDownloaderThread.run :
outFile.delete();
if ( conf.isCleanup()) {
AddonUtils.cleanUp(a);
}
I'm not a java programmer, so this probably isnt as neat as it could be - but ive tried it out on a bunch of things and it seems to work fine for me.
Great ill have a look at this when i get some time, today / tomorrow. And make sure it gets in the code :)
/Rolf
Arghh. That sneaked in with the new config system, fixed in 1.17 though.
/Rolf
A friend have been visiting me, and he helped me design a really cool looking main window!!
Also i added the cleanup code that was suggested. If enabled in the config it will delete old changelogs, and if enabled alongside no-externals it will try and clean the .toc files to remove non existing libraries.
So get 1.18 while its smoking!
*UPDATE*
A small error sneaked into 1.18, which can make alot of addons not work anymore if the cleanup option is enabled. This version fixes the error. If you have addons that was "broken" by 1.18, it would be a good idea to run Reinstall Addons after updating to 1.18c
(1.18b was a bad upload and dosent really contain the fix, sorry)
/Rolf
Also as nice as the gui is on a mac the aqua buttons on the left show up with the standard striped white background behind them in a rectangle. It would look better if the left hand pane had the standard background as per what outside the blue panel border. The main banner looks good though.
Several of the .toc's as supplied in the zips have the sequence 0xEF 0xBB 0xBF as the first 3 chars of the file.
According to http://en.wikipedia.org/wiki/Byte_Order_Mark this is an indicator that the file is in UTF-8 encoding.
I wonder if for some reason these 3 chars are being corrupted somehow for you?
Could you mail/attach one of the .toc files that the updater was corrupting? (But in the non corrupted form!)
Also id like to see a screenshot of how you say it makes it look on Mac, (I guess LookNFeel isnt the same on Mac & Windows, although Swing is suppose to look the same on all platforms.
Is anyone else getting corrupted .toc files if they use the 1.18c? As i rebuild my entire addon collection (around 80) and i didnt get any corruption with 1.18c.
/Rolf