Open GoogleCodeExporter opened 9 years ago
The doors are not written properly. The door count is set to 0 but the door(s)
ID are written back to disk.
Original comment by HuguesLe...@gmail.com
on 15 Dec 2014 at 11:03
Looks like simply accessing the NAVI record between adding the master and
saving the plugin will hide the issue
Original comment by HuguesLe...@gmail.com
on 21 Dec 2014 at 1:54
This one is getting frustrating :(
My current diagnostic is that modified SubRecordArrays that contain a struct
containing an array containing only unchanged (SubRecord ?) members do not
properly update their data. For some reason the array counter is reset to 0 but
the SubRecord size (and data) remains correct.
Original comment by HuguesLe...@gmail.com
on 7 Jan 2015 at 10:07
A few words about the impact of the issue.
While normally the NAVI can be fixed in GECK, I am having issues with GECK when
trying to load MMUE with many added masters. Simply put, GECK won't even start
when I have MMUE in load order. It may be caused by the many BSA's of the mods
in my load order, or simply by the many masters. I was not able to pinpoint the
issue with GECK. However, while this is not the GECK bug-tracker, the end
result is that I cannot fix the broken NAVI, so I am forced to somehow make
FNVEdit work properly with that file.
I have tried your workaround and it worked for 2 masters (added in the
load-order order as masters). However, when I added one more master (3 in
total) and sorted the masters, it did caused the issue again.
Original comment by clampa...@gmail.com
on 8 Jan 2015 at 4:59
I think I got it: During CheckCount, the badly written arrays were not
initialized yet (no csInit), so cntElements was empty. Adding a call to DoInit
before using cntElements looks to solve it.
Original comment by HuguesLe...@gmail.com
on 13 Jan 2015 at 1:05
Should be fixed by r1873
Original comment by HuguesLe...@gmail.com
on 13 Jan 2015 at 7:30
Original issue reported on code.google.com by
clampa...@gmail.com
on 15 Dec 2014 at 6:55