Copying sets of grouped clips: Bug or intended new behavior with SPLAT JP?

howdy y'all -
 
I don't know if this is an intended change or a bug, so I wanted to check with other folks before filing a problem report.
 
In S-PLAT JP, when copying and pasting more than one set of grouped clips at a time, the resulting new clips all share the same group number, i.e., copy/pasting Groups 1 & 2 creates two sets of clips both labeled Group 3.
 
In Sonar X3 and earlier, copying and pasting sets of grouped clips resulted in each new group having a unique number, i.e., copy/pasting Groups 1 & 2 creates Groups 3 & 4.
 
I'm not talking about linked clips - the option under Preferences>Edit to create linked clips is unchecked.
 
Here's the recipe to see what I'm getting at:
1. Group some clips
https://flic.kr/p/ABHpiU
 
2. Copy and paste the group. Note the pasted clips have a new group number as expected.
https://flic.kr/p/B872x5
 
3. Select both groups.
https://flic.kr/p/B872md
 
4. Copy and paste the two groups. Note the pasted clips have a new group number, but BOTH new groups have the SAME number. In all earlier versions of Sonar, the expected behavior is each group has a unique number.
https://flic.kr/p/B8726d
 
This burned me pretty bad the other day..... I'd created a quick loop track by ctrl-dragging multiple grouped clips into place, edited what I thought was a 1-measure break in one chunk, which then added a 1-measure break in ALL the chunks which had been unexpectedly combined into a single giant group. No bueno....
 
I haven't installed Kingston yet, so I don't know if this has been addressed already. Anyway, if someone would like to poke at this to confirm what I'm seeing, that would be most awesome. And if perhaps a Baker would like to chime in to let us know if this is intended or not, that would be even more awesome-er.
 
cheers!

OK, installed Kingston today, and this is still no bueno. It's now filed as a problem report: CWBRN-41961
 
I hope there's some new INI tweak or something I'm missing, but I'll give y'all a concrete example of why this is a real problem....
 
Hypothetically, I have 16 measure multi-track drum recording, and I want to copy/paste that to create a 32 measure part. Then, I want to slip edit the last measure of the newly pasted section to insert a fill.
 
First, I group the clips of original 16-measure riff, which gives me Group 1. There's a timing problem in measure 8, so I want to fix that before copying. I split the problem bar on either side, and adjust timing to taste. That leaves me with three groups: Group 1 (meas. 1-7), Group 2 (meas. 8), and Group 3 (meas. 9-16). All good.
 
Now, I copy/paste the 16 measure chunk with its three groups, giving me a new section starting at measure 17. The new chunk still has three sets of clips: meas. 17-23, meas. 24, and meas. 25-32. BUT....they are ALL put into Group 4. If I slip edit the last measure like I'd planned, since all three sections are now part of the same group, they will all follow the edit. In other words, when I slip edit measure 32, the clips from meas. 17-23 will also change, as will the clips at meas. 24.
 
I suppose there are two workarounds.... You could un-group and re-group clips, but that quickly becomes seriously impractical if you're dealing with a multi-track source that has multiple edits as opposed to the relatively simple example above. Selecting clips individually also becomes a giant PITA when dealing with a series of very short edits, like cleaning up a sloppy 16th note drum fill.
 
Neither workaround is a really adequate solution, so I really hope I'm either missing a setting in Preferences or CW has a hot-fix coming up - this is a serious problem in my world, and I don't want to have to revert to X3 just to do multi-track group edits....
 
cheers!

Thanks for checking....glad to see I'm not crazy ;-) And yeah, I knew about that INI tweak, which is why I was wondering if perhaps I missed a new variable.