Strange cursor behaviour after multirename

[rust]

There are lot of files - b1...b2500. When I rename selected "b2040...b2045" files to "a2040...a2045" and cursor is placed within selection:
1. sometimes cursor goes to the top of filelist,
2. sometimes cursor goes to position with new filename (before renaming cursor was placed on "b2044" file, after renaming goes to "a2044" file),
3. remains on "old" place (should be position index in filelist).
I did experiment with MRT and 1, 2 happened few times. Then I spent half hour to MRT but only 3-rd happens. In case if cursor located between b1 and b1800 (not exactly) or cursor located near of end of filelist, only 3-rd happens, as if I rename b123 то с123.
This behaviour isn't ТС8.50 beta bug(?), at least 8.01 does same.
If cursor is inside selection, is it possibile to change cursor from inside to the next file outside selection after pressing Enter in MRT?

[ghisler(Author)]

The cursor position is currently not determined after using the multi-rename tool.

Any suggestions?

[rust]

Usualy after holydays I have thousands pictures and I want to put in order that heap. If TC doesn't care about position after MRT, I have to review my pictures for two, three, ten times to find a picture which isn't reviewed yet. Sometimes it's nice but longtime procedure.
It would be useful to put the cursor to first file after selection before multirename. In this case TC keeps file index in the listbox. Now I send {END} cm_GotoPrevSelected {DOWN} sequence to TC using TCFS2 addon, but there is a trouble with CTRL and SHIFT modifiers.