Sorry, crucial bug found in 13.1

1) Get copy of selected records
2) Store focused row
3) Sort selected records same as current RC sort order (or translate selected array to order of sorted array). 
   I think this should be done even if report is not sorted in order to guarantee that we are getting the list of rows in the same order they appear on-screen
   (even when rows were selected in random order by the user)
4) Get insertion point row (row BEFORE we have dropped selection, or -1 if adding to bottom of list)
   // NOTE: Not sure of best way to handle move to bottom of list - Any ideas?
5) If sorted then ReleaseSort
6) Loop through sorted selected records
	1) If selected record row index != insert point row   // needs to move
		1) Move selected record to insert point row
		2) If selected record row index > insert point row
			1) insert point row ++   //because insertion row pushed down
7) RefreshIndexes
8) Restore selected rows (you could loop i=insertpoint-1; i>=insertpoint-selectedrowcount; i--)
9) Restore focused row

Click H
Shift+Click G
Drag G to between H and header
G & H swap positions (expected nothing to happen)

Click H
Shift+Click G
Drag G to between G and F
H is destroyed (expected nothing to happen)

Click H
Ctrl+Click F (to get non-contiguous selection)
Drag F to between G & F
F is duplicated, closing sample crashes (expected GHFE...)

Click H
Shift+Click F (to get 3 contiguous row selected)
Drag F between H and header
F is destroyed, G & H swap positions (expected nothing to happen)

Click H
Shift+Click F
Drag F between G & F
H is destroyed (expected nothing to happen)