Alt + Crop Time Stretch not obeying Selection Groups or Snap.

This one is pretty disappointing. I've been trying to concoct an efficient/effective scheme to time correct an old live session. After three years of learning, testing and mulling it over I figured out that snipping around sections that drift, Time Stretching them then X-Fading them was gonna work perfectly. I based this on a bunch of cover work I did where I used this method on the originals to get them aligned to the Timeline... but those were just single track stereo files.
 
So yesterday I created my Clip Selection Groups (9 tracks total all performed at the same time live off the floor). Started slicing and dicing but when I went to stretch the clip groups only one clip would stretch at one time. So now instead of one action I have to repeat the action 9 times per split.
 
Okay, that adds time (a LOT of time) but I figured by using Snap at least it would be mindless. I could just set Snap to Measures and Crop each of them without a second thought.
 
Nope. The Slip Stretching BEHAVES like it's snapping to something but it's certainly not the Snap Resolution I've set.
 
eg: If set to Measures it SEEMS like it Snaps to 8ths or 16ths so with Aim Assist I figure I could just eyeball it and I'd land on the measure anyway.
 
Nope. Upon closer inspection (zooming in) the clip edges vary as to where they land and only a few actually land on the measure/desired snap point. There is no way with Snap enabled to forced them to land on the actual snap value.
 
At first I though this might be something to do with the samplerate (in this case 48k). Like maybe the stretching could only occur at certain points to accomodate samplerate resolution (or something sciency like that).
 
Nope. If I disable Snap, zoom WAY in and get super precise while watching the Aim Assist time readout I can stretch to EXACTLY specific spots.
 
The real hilarious part is SOMETIMES the Snapping DOES work but it's hit or miss so even when it does work I still have to zoom way in to make sure it worked. If not I have to disable Snap and fiddle around manually.
 
Anyway... I found an old thread (2011) about the Stretching not obeying Selection Groups. Haven't found anything about the Snap stuff.
 
Since this is likely a pretty common task I'm wondering if any power users have figured out any tricks to make this type of work go more quickly under the current functionality.
 
OR
 
If there are any Reaper users out there who know the task I'm describing and whether I should try this in the old Reap just to get these raw tracks fixed up at which point I'd import them back into Sonar.
 
If any Bakers read this... are you guys going to fix this Selection Group stretching problem? Ya'll know I love working in Sonar but it seems every time I start digging into more complex tasks like this I run into weird functionality problems. This particular issue is going to at least triple the amount of time it's going to take to go through an entire albums worth of material.. Likely way more than that actually.
 
I am currently on Manchester and my subscription has expired (I think I have a couple more updates in my account after Manchester but it's working well so I'm squatting on it).
 
Cheers.