[Bug]Watchdirs=5 and cursor pos TC V 6.54 PB4

[Sheepdog]

1. Set watchdirs=5
2. put the cursor on a certain file
3. switch to another Application
3. perform an action that inserts a file in the folder that is opened in TC
4. switch back to TC
5. the cursor position has moved to another file

a) when the file is inserted before the file position it moves down
b) when the file is placed behind the file position it moves up

When you at point 3) delete a file instead of inserting one the cursor remains on the ceertain file.

sheepdog

[Flint]

Confirmed! XP SP2, 6.54pb4.
But this happens not with any operation.
1. Cursor is on a folder, create any folder (doesn't matter if it is before or after the current) -> cursor stays on the current folder.
2. Cursor is on a folder, create any file -> cursor moves down.
3. Cursor is on a file, create any folder -> cursor stays on the current file.
4. Cursor is on a file, create file that will be placed above the current file -> cursor moves down.
5. Cursor is on a file, create file that will be placed below the current file -> cursor stays on the current file.

Added:
When removing any file/folder in any situation the cursor stays on the current file/folder.

[icfu]

Confirmed. This must be cursor move bug number 378 then.

It is even worse, just watch what happens when you create several files. The cursor jumps several positions up or down.

Icfu

[ghisler(Author)]

Sorry, this is definiterly too late for TC 6.54. We are now in week 8 of the beta test. If we continue with 1-2 bugs per week, we will continue this beta test for the next 10 years. I will write it down for TC 7.0, though. Currently the cursor movement is optimized for WatchDirs=3. The problem with WatchDirs=5 is that TC has to ignore the new files when not active, but doesn't seem to ignore the cursor movements.

[ghisler(Author)]

Sorry, I was a bit too harsh - I just ask me how long this beta test will last. I finally want to continue with TC 7!

I found the problem and corrected it (one line). I will not add a new beta for this.

[bugmenot]

With watchdirs=3 cursor moves up if file under cursor is edited with Photoshop 7 or rotated with ACDSee 2.43. TC 6.54.

[Flint]

bugmenot
This is not TC bug. I suppose that these two programs do not edit the file but remove it and then create a new one. So, TC detects removing the file, updates the list and (as there is no more file on which the cursor was) moves the cursor on the next file. Then the file is created, TC again detects it and updates the list again, but the cursor is already on the other file.
You can turn off background watching for dir changes by adding 8 to WatchDirs value (so it will become 11 in your case), it should fix that behaviour.

[bugmenot]

2 Flint
Windows Explorer has no problem with that.

[Sheepdog]

2 Flint
Windows Explorer has no problem with that.

Windows Explorer does not use "Watchdirs" setting.

sheepdog

[bugmenot]

I know that. Windows Explorer also has an auto refresh feature and it has no problem if selected file is modified in background.

[Flint]

bugmenot
Windows Explorer is the part of the Windows, it can use functions other than Windows provides for all other applications.

[bugmenot]

ACDSee 2.43 also has an auto refresh feature and it also has no problem if file is modified with Photoshop 7.

[Flint]

bugmenot
Does this feature work in background? E.g. when ACDSee window is inactive. (I don't use it, so I can't check it for myself).

[bugmenot]

Yes, you can see that modified date and image preview has been changed even if ACDSee is in background.

[Sheepdog]

2bugmenot
Just try the following:

1. Create a batch with following content:

Code: Select all

echo off
for /l %%a in (1,1,10000) do cd d:\
del a.file
for /l %%a in (1,1,5000) do cd d:\
copy test.bat a.file

2. Put this file in a certain directory
3. Open this directory in Explorer
4. run this batch once ( to create the file "a.file")
5. Put the cursor in Explorer to "a.file"
6. run this batch from either DOS-Window or from within TC a second time
7. switch to explorer and watch the cursor, you will see

• 7a. the cursor on "a.file"
  7b. "a.file" disappears
  7c. the cursor is set to another file
  7d. "a.file" reappears but the cursor is not reset to it

8. put the cursor in Explorer again to "a.file"
9. open a DOS console in this certain Directory
10. run the batch and do not switch to Explorer until the prompt reappears
11. switch back to Explorer

Although the file has been deleted and new created Explorer still has the cursor on the file. So it does not detect the removing of the file.

So I consider this a bug of Explorer but of TC.

sheepdog