[Fixed] Deleting a file on a network share disables...
Moderators: white, Hacker, petermad, Stefan2
- ghisler(Author)
- Site Admin
- Posts: 48231
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
I'm really sorry but I cannot reproduce it. It also doesn't make any sense why this would happen.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
2redfox
It's always a good idea to check whether or not a misbehavior (or bug) also occurs with a clean wincmd.ini:That way any configuration settings can be ruled out.
Regards
Dalai
It's always a good idea to check whether or not a misbehavior (or bug) also occurs with a clean wincmd.ini:
Code: Select all
totalcmd.exe /i="%temp%\fresh.ini"
Regards
Dalai
#101164 Personal licence
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Ryzen 5 2600, 16 GiB RAM, ASUS Prime X370-A, Win7 x64
Plugins: Services2, Startups, CertificateInfo, SignatureInfo, LineBreakInfo - Download-Mirror
Dalai: Of course, I did it, but the difference between a fresh and fully updated config file is huge. You still have to eliminate possible causes one by one.
Btw., the default delete method of TC is really slow, when you delete subdirs with many files - every file is deleted separately. The Explorer method does not do it, it just deletes a dir with all files at once, which is much quicker. Once Mr. Ghisler fixes the said bug, I'll revert to it.
Btw., the default delete method of TC is really slow, when you delete subdirs with many files - every file is deleted separately. The Explorer method does not do it, it just deletes a dir with all files at once, which is much quicker. Once Mr. Ghisler fixes the said bug, I'll revert to it.
redfox,
- Calculate space occupied by subdirectories [ ] before copying / deleting
- [ ] Copy comments with files.
Roman
Try disabling Configuration - Options - Operation:the default delete method of TC is really slow
- Calculate space occupied by subdirectories [ ] before copying / deleting
- [ ] Copy comments with files.
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.
Hacker: As I wrote in another thread recently, disabling the "Calculate space occupied by subdirectories" also disables the second progress bar when copying files. So I don't recommend doing it.
We are a bit off topic here now..
--
I just read the changelog of TC 9 RC2, but the mentioned bug (Wed Oct 19, 2016 11:42 am) was not fixed yet. I hope that it will be done later.
Disabling the "Use Explorer delete method" is only a temporary workaround.
We are a bit off topic here now..
--
I just read the changelog of TC 9 RC2, but the mentioned bug (Wed Oct 19, 2016 11:42 am) was not fixed yet. I hope that it will be done later.
Disabling the "Use Explorer delete method" is only a temporary workaround.
- ghisler(Author)
- Site Admin
- Posts: 48231
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
I cannot reproduce that, Explorer delete works just fine here!I finally found the cause of the problem:
It was the Copy/Delete: Use Explorer delete method in the Settings.
Are you able to reproduce it with a fresh wincmd.ini where you only enable the Explorer delete method?
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Yes, of course.ghisler(Author) wrote:Are you able to reproduce it with a fresh wincmd.ini where you only enable the Explorer delete method?I finally found the cause of the problem:
It was the Copy/Delete: Use Explorer delete method in the Settings.
The Explorer delete method has a longer delay (until a single file is deleted) in my network share than the standard TC method, approx. 3.5s vs. 2s. It might cause the described problem.
- ghisler(Author)
- Site Admin
- Posts: 48231
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
You wrote in a previous post that it worked OK in beta 10. Is this still the case? If yes, I tried to find changes between beta 10 and RC2 which could cause this, but there are far too many (>200). I checked the most relevant files, but couldn't spot anything relevant.
So it would be extremely helpful to know up to which beta version it works with Explorer delete, and where it stops.
You can find old betas here:
http://www.ghisler.com/900_b10.php
http://www.ghisler.com/900_b11.php
http://www.ghisler.com/900_b12.php
http://www.ghisler.com/900_b13.php
http://www.ghisler.com/900_b14.php
http://www.ghisler.com/900_b15.php
http://www.ghisler.com/900_b16.php
http://www.ghisler.com/900_b17.php
So it would be extremely helpful to know up to which beta version it works with Explorer delete, and where it stops.
You can find old betas here:
http://www.ghisler.com/900_b10.php
http://www.ghisler.com/900_b11.php
http://www.ghisler.com/900_b12.php
http://www.ghisler.com/900_b13.php
http://www.ghisler.com/900_b14.php
http://www.ghisler.com/900_b15.php
http://www.ghisler.com/900_b16.php
http://www.ghisler.com/900_b17.php
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
Already done that 2 days ago, all results the same.ghisler(Author) wrote: So it would be extremely helpful to know up to which beta version it works with Explorer delete, and where it stops.
Yes, but it was because the beta 10 I tried had a fresh wincmd.ini with Explorer method disabled (default).ghisler(Author) wrote:You wrote in a previous post that it worked OK in beta 10.
Last edited by redfox on 2016-10-21, 10:40 UTC, edited 1 time in total.
redfox,
Roman
So we still do not know in which beta the bug appeared.I downloaded and tried all betas from 10 to 17, with the same result: When the Explorer delete method enabled, the bug is present.
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.
I did the whole testing again, since I did it previously in Sandboxie, which had different results (network shared files were stored locally in the sandbox, so the bug could not occur in any version).
So, the last good version is TC 9 beta 11. The b12 and newer have the said bug. I tested only the 32 bit version.
If I look into the old b12 changelog, I should remind you that the bug is not present when the file is deleted via right click context menu, only through keyboard del key or the f8 button, as I wrote before.
This entry looks suspicious:
31.08.16 Fixed: Refresh only active panel after deleting file via right click context menu, and the other panel showed a different drive (32/64)
So, the last good version is TC 9 beta 11. The b12 and newer have the said bug. I tested only the 32 bit version.
If I look into the old b12 changelog, I should remind you that the bug is not present when the file is deleted via right click context menu, only through keyboard del key or the f8 button, as I wrote before.
This entry looks suspicious:
31.08.16 Fixed: Refresh only active panel after deleting file via right click context menu, and the other panel showed a different drive (32/64)
Last edited by redfox on 2016-10-23, 08:25 UTC, edited 1 time in total.
- ghisler(Author)
- Site Admin
- Posts: 48231
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Thanks for checking. That bugfix only prevents TC from re-reading the other (inactive) panel. In older versions, it simply refreshed both panels.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com
- ghisler(Author)
- Site Admin
- Posts: 48231
- Joined: 2003-02-04, 09:46 UTC
- Location: Switzerland
- Contact:
Yes, I reverted one change I made in beta 12 (where I changed a SendMessage to a PostMessage call). I didn't notice any change, so I didn't document it. I hope that this really solves your problem! Please keep me informed.
Author of Total Commander
https://www.ghisler.com
https://www.ghisler.com