1.2.4.1 re-merging WotC files on Every Load
Closed this issue · 9 comments
GoogleCodeExporter commented
What steps will reproduce the problem?
1. Install 1.2.4.1
2. Run most current update
3.
What is the expected output? What do you see instead?
Every time the loader is opened it merges all files from 00-sources to
dnd40,then launches the LCB, then continues merging files again giving the
message "This is not a bug etc etc". Having this happen once on a new update is
time consuming, however, it is happening EVERY time that I launch the CBLoader
which means Every time I want to load the program I need to wait 30+ minutes, I
tried removing the <Custom>custom</Custom> tag as suggested on the wiki but
this had no effect.
What version of the product are you using? On what operating system?
Please provide any additional information below.
Original issue reported on code.google.com by Shardst...@gmail.com
on 22 Jul 2011 at 7:55
- Merged into: #69
GoogleCodeExporter commented
I have the same issue since moving to 1.2.4.1 and switching to the wotc.index
so I'm not sure which is causing the issue.
I updated to 1.2.4.1 and downloaded the wotc.index file, cleared everything out
of my Custom folder apart from wotc.index and then ran CBLoader.exe and it
downloaded and merged all parts as expected. Every subsequent time I run
CBLoader, it re-merges all of the downloaded parts.
Am running on Win7 x64.
Running with the -v switch shows the output in the attached file.
A.
Original comment by a...@ridge.me.uk
on 22 Jul 2011 at 8:51
Attachments:
- [CBloader 1241 verbose.txt](https://storage.googleapis.com/google-code-attachments/cbloader/issue-77/comment-1/CBloader 1241 verbose.txt)
GoogleCodeExporter commented
Found solution (at least for Vista 32)
Not all of the updates were properly downloading/writing
I had to Run as Admin AND since the program is not from a "Trusted Publisher"
my computer was "blocking" it so I had to Unblock it using the unblock button
in the properties tab (First time I've ever seen that) after I did that and ran
it again, it updated properly and all further loadups did not merge
Original comment by Shardst...@gmail.com
on 22 Jul 2011 at 9:11
GoogleCodeExporter commented
I recommend you move all your parts from the Custom folder to the "My
Documents\DDI\CBLoader" folder. This fixes the problem with needing to run as
admin under Vista/Win7.
Original comment by YeOldeSt...@gmail.com
on 23 Jul 2011 at 1:09
GoogleCodeExporter commented
After spending 2 days cursing it, it seems to have resolved itself this morning
and I have no idea why! I do have a different issue which is that one of my
.dnd4e files now crashes the char builder whenever I try to load it although
all the others work fine. I even tried importing it into the online
charbuilder and then re-exporting it and it still causes the same issue. I'll
do some digging but I think it's related to some rituals and if I work out what
causes it I'll report back!
Original comment by a...@ridge.me.uk
on 23 Jul 2011 at 1:30
GoogleCodeExporter commented
Could you post the character in question? (Click attach a file below)
Original comment by YeOldeSt...@gmail.com
on 24 Jul 2011 at 4:25
GoogleCodeExporter commented
Here's the character in question
Original comment by a...@ridge.me.uk
on 24 Jul 2011 at 10:46
Attachments:
- [tzagru wychstaff.dnd4e](https://storage.googleapis.com/google-code-attachments/cbloader/issue-77/comment-6/tzagru wychstaff.dnd4e)
GoogleCodeExporter commented
HEY! Just an FYI! CBLoader files are not file compatable with the new builder!
Do not try to mix them!
Original comment by greyhawk...@hotmail.com
on 26 Jul 2011 at 7:51
GoogleCodeExporter commented
Apart from a loss of the at-wills, and a couple feats, it handled the
transition quite well. That said, I was unable to get the loader to crash on
your character.
Original comment by YeOldeSt...@gmail.com
on 26 Jul 2011 at 11:20
GoogleCodeExporter commented
Fixed original issue in 1.3.0. (Also, your merges should be much faster now)
Original comment by YeOldeSt...@gmail.com
on 20 Aug 2011 at 6:18
- Changed state: Duplicate