[TC11.03] Cursor position does not move to new file in filelist when I copy a new file with SHIFT+F5

[monarch-lfv]

Not confirmed.
If [Configuration] AlwaysCopyInBackground=1 then CopyStayOnFile=0 works correctly only on the left panel. Doesn't work on the right panel.

[white]

If [Configuration] AlwaysCopyInBackground=1 then CopyStayOnFile=0 works correctly only on the left panel. Doesn't work on the right panel.

Isn't it the other way around? It should also not happen in the left panel. Copying in the background may take a long time to finish. It would be weird if you navigate in your panel a long time and suddenly the cursor moved to the new file. It did not work that way in TC 11.02.

[monarch-lfv]

2white
But is works in left panel. Why? The key should work the same in both panels, right?

[white]

But is works in left panel. Why? The key should work the same in both panels, right?

It should not work in both panels when AlwaysCopyInBackground=1 is used, like the behavior was in TC 11.02. It is actually dangerous. Suppose the cursor suddenly moves to a different file at the moment the user clicks a button to do a certain task. People might end up deleting the wrong files, for example.

[monarch-lfv]

This is true if you copy a folder with many files when copying in the background. If you copy one tiny file, then everything happens instantly. It is difficult to determine the boundary and correctness here. I would make it so that if the user moved the cursor from the source file, then moving to the new file will not occur, but if at the end of the copying process the cursor remains on the source file, then the cursor should jump to the new file. Or completely cancel this option in both panels when copying in the background.

[white]

Moderator message from: white » 2024-10-10, 13:34 UTC

Moved topic
» from TC Fixed bugs to TC11.x bug reports (English)

For now I moved the topic back to the bugs forum to indicate there is still an issue which needs to be fixed.

[monarch-lfv]

Or another option: the cursor jumps immediately after creating (during copying) a folder/file. And the copying process will continue after the jump. And then the user's actions to move the cursor are no longer important.

[ghisler(Author)]

Sorry, I don't understand, why did you move the thread back?

[petermad]

I can confirm that with AlwaysCopyInBackground=1 and CopyStayOnFile=0 then TC only jumps to the new file in the left panel when I copy a file with Shift+F5 - in the right panel the cursor stays on the original file. It does not have to be a big file or a directory.

It works OK with AlwaysCopyInBackground=0

I can reproduce it in both TC 32bit and 64bit and with a clean ini with the two settings

[white]

Sorry, I don't understand, why did you move the thread back?

Because the behavior is not fully reverted back to the behavior of TC 11.02. When a person uses AlwaysCopyInBackground=1 the behavior is now different for the left panel only.

[ghisler(Author)]

Thanks for the clarification.

[Devil]

Confirmed, thank you.

[ghisler(Author)]

This should be fixed in 11.50 beta 2, please check!

11.10.24 Fixed: Do no put cursor on copied file after copying with Shift+F5 when AlwaysCopyInBackground=1, even with CopyStayOnFile=0 (32/64)

[white]

Tested OK using TC 11.50b2 32-bit and 64-bit.

Moderator message from: white » 2024-10-16, 16:48 UTC

Moved topic
» from TC11.x bug reports (English) to TC Fixed bugs