SavageSavvy33 / tesv-snip

Automatically exported from code.google.com/p/tesv-snip
0 stars 0 forks source link

Duplicate Top Group when copying a Group from one plugin to another. #3

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
1. Load Lich King's Armor.esp 'First' and then 'Frostmourne.esp' from  issue33 
2. Right click a field and choose expand all.
3. Both Plugins have separate quantities of records.  The original file 
indicates the correct amount.
NOTE: The COBJ for Lich King's Armor.esp has 12 records in it.
4: One group at a time Right click the groups STAT, WEAP, COBJ and choose copy 
to Lich King's Armor.esp.  This has copied 11 records. GRUP is considered a 
record along with the contents of STAT, WEAP, COBJ.
5: Right click Frostmourne.esp and Delete it.  This removes Frostmourne.esp and 
it's subrecords which were copied into Lich King's Armor.esp.

There is a duplicate of COBJ Top Groups.  To get rid of them you can follow 
then next steps.

6: Drag the COBJ records from the duplicate field into the other one.

NOTE: The COBJ for Lich King's Armor.esp 'WILL' update correctly each time you 
drag/move a record from one group to the other.  The first record dragged will 
update the group to 13 and after all the plugins are moved it will say 16 
records which is correct.  However, the Main HEDR of the plugin was already 
incorrect when 'Copy To' was used and since the records now belong to the other 
plugin the HEDR is not updated, as expected, because it's moving from one place 
to another within the same plugin.

7: Delete the remaining empty COBJ field.

What is the expected output? What do you see instead?

There should not be a duplicate COBJ group.  The number of records for COBJ 
should update automatically when the group is merged as well as the Record 
Count for the Main HEDR of the plugin.

What version of the product are you using? On what operating system?

Dev-version

Please provide any additional information below.

I don't think each separate plugin has it's own set of properties.

This may not be as easy for WRLD and CELL.  I'm not sure.  Maybe it's 
documented enough that you can merge them and once loaded into the CK, there 
won't be errors.

I made a plugin today and after merging everything and getting rid of duplicate 
Top Groups, I arranged all the Top Groups according to the way they should be 
before loading the plugin into the CK.  Although I had duplicate WRLD and CELL 
Top Groups it was saved by the CK without the duplicates.  So to start with if 
there is any uncertainty about how to properly merge the WRLD and CELL groups 
those could just be copied from one plugin to the other but end up in the right 
sort order.

Original issue reported on code.google.com by danielhmpdx16@gmail.com on 22 Sep 2012 at 11:35

GoogleCodeExporter commented 9 years ago

Original comment by danielhmpdx16@gmail.com on 23 Sep 2012 at 12:14