after deleting multiple files, cursor doesn't move to the next file

Please report only one bug per message!

Moderators: sheep, Hacker, Stefan2, white

User avatar
Usher
Power Member
Power Member
Posts: 627
Joined: 2011-03-11, 10:11 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *Usher » 2019-11-13, 02:17 UTC

I know it, but Space is too far from Delete for me, as I have already remarked.
Regards from Poland
Andrzej P. Wozniak

shawn
Junior Member
Junior Member
Posts: 29
Joined: 2007-04-05, 17:30 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *shawn » 2019-11-13, 15:35 UTC

Hacker wrote:
2019-11-12, 23:12 UTC
shawn,
Not confirmed with the above mentioned steps, neither in TC 7.50b4 32-bit nor in 64-bit.
Windows 10 x64, clean INI.

Roman
Older versions are fine. I tested in 7.56, 8.51, all good.

petermad wrote:
2019-11-12, 23:48 UTC
I connot reproduce this either.

Testet in TC 9.5b4 32bit and 64bit under Windows 7 and 10 1903 with fresh ini files.
I haven't tested with the beta version. I only found this bug in 9.22a

User avatar
petermad
Power Member
Power Member
Posts: 8967
Joined: 2003-02-05, 20:24 UTC
Location: Valsted, Denmark
Contact:

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *petermad » 2019-11-13, 15:45 UTC

petermad wrote: ↑
Wednesday 13-11-2019, 00:48:23
I connot reproduce this either.

Testet in TC 9.5b4 32bit and 64bit under Windows 7 and 10 1903 with fresh ini files.

I haven't tested with the beta version. I only found this bug in 9.22a
I cannot reproduce it in TC 9.22a 32- or 64bit either (Windows 7)
License #524 (1994)
Danish Total Commander Translator
TC 9.5b8 32+64bit on Win XP 32bit, Win 7, 8.1 & 10 (1909) 64bit, 'Everything' 1.4.1.935 (x64)
TC 3.0b12 on Android 6.0
Get: Extended Total Commander Menus | PHSM-Calendar

User avatar
Hacker
Moderator
Moderator
Posts: 11395
Joined: 2003-02-06, 14:56 UTC
Location: Bratislava, Slovakia

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *Hacker » 2019-11-13, 23:17 UTC

shawn,
Older versions are fine. I tested in 7.56, 8.51, all good.
Sorry, I meant 9.50b4 :)

Roman
Mal angenommen, du drückst Strg+F, wählst die FTP-Verbindung (mit gespeichertem Passwort), klickst aber nicht auf Verbinden, sondern fällst tot um.

shawn
Junior Member
Junior Member
Posts: 29
Joined: 2007-04-05, 17:30 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *shawn » 2019-11-14, 03:41 UTC

I have recorded the bug and posted on youtube. Please take a look, it's about 30 seconds.
https://youtu.be/8Ob6S0rmHcg

Also, I have tested it with 9.50B5 X64 version, the bug exist. I also tested with Windows server 2019, same bug. So this bug exist 9.22a to 9.50B5, doesn't matter 32bit or 64bit, doesn't matter what Windows version.

User avatar
petermad
Power Member
Power Member
Posts: 8967
Joined: 2003-02-05, 20:24 UTC
Location: Valsted, Denmark
Contact:

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *petermad » 2019-11-14, 12:01 UTC

2shawn
I can confirm the bug now - seeing your video made me realize that the dialog in the warning is different when deleting to Recycle bin or not.
---------------------------
Total Commander
---------------------------
Do you really want to move the 2 selected files/directories to the recycle bin?
---------------------------
Permanently delete
---------------------------
Do you really want to delete the 2 selected files/directories?

I had the Recycle bin disabled systemwise for my testdrive, which TC detects and shows me the second dialog text, despite "F8/Del delete to recycle bin (shift=directly)" being enabled.

When I moved my testdir to a drive whis enabled Recycle bin I could reproduce the bug.

The bug also appears if I have enabled Windows' warning about deleting to Recycle bin, so it is Windows' warning dialog that is shown instead of TC's.

The bug does not appear if I set VistaDelete=0 in my wincmd.ini file - making TC delete to Recycle bin the old way.

So it is not the setting of "F8/Del delete to recycle bin (shift=directly)" per se that matters, but whether TC actually attemt to delete to Recycle bin AND is using the VistaDelete method.

So in order to see the bug there are 3 requirements.
1. Recycle bin has to be enabled by Windows for the current drive.
2. "F8/Del delete to recycle bin (shift=directly)" has to be enabled
3. VistaDelete has to not be set to 0
License #524 (1994)
Danish Total Commander Translator
TC 9.5b8 32+64bit on Win XP 32bit, Win 7, 8.1 & 10 (1909) 64bit, 'Everything' 1.4.1.935 (x64)
TC 3.0b12 on Android 6.0
Get: Extended Total Commander Menus | PHSM-Calendar

shawn
Junior Member
Junior Member
Posts: 29
Joined: 2007-04-05, 17:30 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *shawn » 2019-11-14, 13:55 UTC

Thank you petermad for confirming this bug!
I will set VistaDelete = 0 for now as a walk around.

User avatar
Usher
Power Member
Power Member
Posts: 627
Joined: 2011-03-11, 10:11 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *Usher » 2019-11-14, 18:43 UTC

petermad wrote:
2019-11-14, 12:01 UTC
So it is not the setting of "F8/Del delete to recycle bin (shift=directly)" per se that matters, but whether TC actually attemt to delete to Recycle bin AND is using the VistaDelete method.
So how do you explain my strange results in Windows XP? Was it delusion only?
Regards from Poland
Andrzej P. Wozniak

User avatar
petermad
Power Member
Power Member
Posts: 8967
Joined: 2003-02-05, 20:24 UTC
Location: Valsted, Denmark
Contact:

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *petermad » 2019-11-15, 00:40 UTC

2Usher
Obviously VistaDelete has no effect in Windows XP. And I cannot reproduce the bug when I test in Windows XP either.

Windows delete warning is not shown when deleting in TC - as it is in Windows 7 - 10.
License #524 (1994)
Danish Total Commander Translator
TC 9.5b8 32+64bit on Win XP 32bit, Win 7, 8.1 & 10 (1909) 64bit, 'Everything' 1.4.1.935 (x64)
TC 3.0b12 on Android 6.0
Get: Extended Total Commander Menus | PHSM-Calendar

shawn
Junior Member
Junior Member
Posts: 29
Joined: 2007-04-05, 17:30 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *shawn » 2019-11-20, 17:36 UTC

So this bug is confirmed. Does that mean it will hopefully be fixed in the new version?
I am thinking about rolling back to version 8.51, because the "fix", setting VistaDelete = 0, doesn't work for "Explorer delete method", and I need it to bypass the delete confirmation dialog window.

User avatar
ghisler(Author)
Site Admin
Site Admin
Posts: 38395
Joined: 2003-02-04, 09:46 UTC
Location: Switzerland
Contact:

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *ghisler(Author) » 2019-11-20, 17:40 UTC

Sorry, I haven't had the time yet to check this.
Author of Total Commander
http://www.ghisler.com

alphonse68
Junior Member
Junior Member
Posts: 83
Joined: 2011-09-26, 13:53 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *alphonse68 » 2019-11-26, 21:17 UTC

I am able to reproduce this in 9.22a x64 and 9.50b6 x64 on WinX x64, both clean installs, both with VistaDelete=0 and VistaDelete=[non-zero]

What I noticed is that the selection bar remains in place if one of the files to be deleted is selected, or it stays with the file if it is a file not marked for deletion.

To be clear, if in the first instance the selection bar is on a file to be deleted and that file is on the 7th row, it will remain on the 7th row after deletion regardless of which file lands there, and in the second instance, it will jump with the file it is on because that file remains.

Hope this helps.
Cheers

shawn
Junior Member
Junior Member
Posts: 29
Joined: 2007-04-05, 17:30 UTC

Re: after deleting multiple files, cursor doesn't move to the next file

Post by *shawn » 2019-12-03, 17:15 UTC

I rollback to version 8.51. However, with "Use Explorer delete method", this bug still exists. sigh...

Post Reply