Cursor moves down after canceling move in overwrite dialog

[Sosna]

When I try to move some file to another panel, which already has such file, overwrite dialog shows, then I press Cancel, dialog disappears and I cursor moves down to NEXT file! when I try to copy SAME file - cursor stays at this file.

Then, I try to move for example 3 files in row (I mean that they are in row in panel: file01.txt, file02.txt, file03.txt - I don't know correct word for it). I mark them, set cursor at FIRST marked file, press F6, cancel overwriting, and cursor moves down. immediately I press F6 again, do same things, and cursor moves no more.

is it a bug?
I think it's better to leave cursot where it was. Thanks.

P.S. I see, that cursor moves only if I set it at the first marked file, or if I press F6 on single file.

[Sir_SiLvA]

As i cant reproduce that:
How do you mark the files ?

[Sheepdog]

Not confirmed.

Tried it several times but the Cursor stayed at the position where it had been.

Except there was actually a file moved. Then the cursor moves one row down.

sheepdog

[Sosna]

well... just try to set cursor at some file, that already exist on another panel, press F6, and cancel overwriting. If nobody could reproduce it, I will put screen video somewhere.

[Sheepdog]

I just tried it at another machine with a fresh ini and can reproduce it now. So apparently there a few more preconditions. I will do further investigating later.

sheepdog

[SanskritFritz]

I also can confirm it on a fresh ini.

[SanskritFritz]

This does not happen when AlwaysCopyInBackground=1.

[Sheepdog]

This does not happen when AlwaysCopyInBackground=1.

Confirmed.

sheepdog

[Sosna]

it's not a big problem, but when I copy/move files I used to do it quick, and this uncertain behaviour is a little bit uncomfortable

[SanskritFritz]

I would say it is even dangerous.

[Sosna]

mr Ghisler, Can you check this problem? thanks in advance.

[ghisler(Author)]

This is actually intentional - the cursor is always moved after the last handled item. When using the btm, the cursor position is not changed when the operation ends, to avoid that it interferes with current foreground operations.

[petermad]

2ghisler(Author)

the cursor is always moved after the last handled item

That's it - it is not always moved when moving files (in the foreground).

Try this.
1. copy four files to an empty directory
2. mark the same files again in the source side
3. put the cursor on the first (topmost) selected file.
4. press F6 and then Enter
5. press escape at the overwrite dialog
6. the cursor has JUMPED one file down.

do 1-2 again
3. put the cursor at any other file except the first selected
do 4-5 again
6. the cursor does NOT move

---------------------

Here's another inconsistency.

do 1-4 again
5. press the "Overwrite" button once
6. the moved file gets unselected
7.press escape
8. all files gets DEselected and the cursor JUMPS to the last of the previously selected files.

do 1-3
4. press F5 and then Enter
5. press the "Overwrite" button once
6. the copied file gets unselected
7. press escape
8. the files STAY selected and the cursor STAYS at the first of the remaining selected files

---------------------

Another one:
do 1-4
5. press the "Skip" button once
6. the skipped file gets deselected
7. press escape
8. the remaining files STAY selected and the cursor JUMPS to the second of the remaining selected file.

do 1-3
4. press F5 and then Enter
5. press the "Skip" button once
6. the skipped file gets deselected
7. press escape
8. cursor jumps STAYS on the first of the remaining selected file.

Why these inconsistensies between using F5 and F6 when pressing escape?

[SanskritFritz]

2ghisler(Author)
I think the caret should not move after a cancel at all!
Was this always like this? Can anyone check an older version of TC?

[petermad]

2SanskritFritz
The behaviour is (unfortunately) exactly the same in TC 6.54a.