[TC 11.00b2] File cursor jumps incorrectly when TC updates file list in background

[funkymonk]

TC 11.00b2 x32 dark mode / Win11

1. Use these settings in Options->Refresh: https://ibb.co/f2y0VvR
2. Go to a directory with one or more files.
3. Sort by date (newest on top) and put the file cursor to any file in the list.
4. Open another application that can create a file in the same directory (e.g. Explorer).
5. Make sure that you can still see TC in the background including the file cursor.
6. Create a new file in the other application (e.g. a text file in Explorer).
   --> TC updates in background and shows the new file as first file in the file list (ok)
   --> The file cursor jumps one file up (BUG)
   Repeat this step to see the cursor jump again...
7. Bring TC to the foreground
   --> The file cursor jumps back to the correct file.

If the new file is shown below the file cursor (e.g., due to another sorting), the cursor does *not* jump.

[petermad]

I assume that you have InactiveFocus=1 in your wincmd.ini, otherwise you can not see the cursor position when TC is not in focus.

I tried you steps, but can NOT reproduce the problem. I have testet in TC 11.00b2 32bit and 64bit under Windows 7 with clean ini files except for an added InactiveFocus=1 parameter, and because I could see from your screenshot that you use Dark mode, I also tested in Dark mode.

[funkymonk]

I assume that you have InactiveFocus=1 in your wincmd.ini, otherwise you can not see the cursor position when TC is not in focus.

Right, I forgot to mention. To be more precise:
InactiveFocus=$0909090
InactiveFocusDark=$0909090

[ghisler(Author)]

The inactive focus is NOT updated when using InactiveFocus=1 and TC doesn't have the focus, so it will remain at the position where it was before updating the list. I will consider updating it then too.

[funkymonk]

The inactive focus is NOT updated when using InactiveFocus=1 and TC doesn't have the focus, so it will remain at the position where it was before updating the list. I will consider updating it then too.

Yes, seems so. It looks strange to have this "jumping" cursor.
But more important: Sometimes it's important to see which file had the focus when TC was put in the background. In such cases, a wrong focus placement is confusing...

[petermad]

Hmm, I cannoy reproduce this. By me the inactive cursor(s) stays on their file when the new file is added from Explorer - see https://tcmd.madsenworld.dk/cursorupdateimbackground.mp4

This is with a fresh ini file just added InactiveFocus=1

[funkymonk]

This is strange. Here it is not only reproducible but has happened many times before (also before TC11.00b1).

@ghisler Can you comment on that?
I can also investigate a little more... but not before Sunday...

[petermad]

2funkymonk

I have made another video with TC in dark mode: https://tcmd.madsenworld.dk/cursorupdateinbackgrounddark.mp4

[funkymonk]

2funkymonk
I have made another video with TC in dark mode: https://tcmd.madsenworld.dk/cursorupdateinbackgrounddark.mp4

Well, I just did a quick test on two computers running TC11.00b2 x32 on Win10 and Win11b22621:

With a TC ini that **only** contains

Code: Select all

[Configuration]
InactiveFocus=1
UseIniInProgramDir=7
WatchDirs=51

I can immediately reproduce the initially described behavior.

[petermad]

Well, I just did a quick test on two computers running TC11.00b2 x32 on Win10 and Win11b22621:

With a TC ini that **only** contains

Code: Select all

[Configuration]
InactiveFocus=1
UseIniInProgramDir=7
WatchDirs=51

I can immediately reproduce the initially described behavior.

I just tried you ini file on two computers with Windows 7 and Windows 10 - but I still cannot reproduce a jumping inactive cursor.

BTW, I changed the sortorder to Date before testing, so the test ini should rather look like:

Code: Select all

[Configuration]
InactiveFocus=1
UseIniInProgramDir=7
WatchDirs=51

[left]
sortorder=3
negative Sortorder=1

[right]
sortorder=3
negative Sortorder=1

[funkymonk]

Ok, but there is no need for this extended ini if you follow the initially described process (especially step 3) with the short ini.

Can anyone else confirm or not confirm the described problem?
(If I interpret @ghisler's post correctly, others should see the problem as well.)

[petermad]

2funkymonk

I am soo sorry - I just re-read your first post and saw that it is for 32bit TC. I can confierm the Bug for 32bit TC for both Windows 7 and 10 with the suggested ini-file.

I did test it earlier (see second post), but at that time I could not reproduce it. Sorry for that!

[funkymonk]

No problem. Thank you for taking the time.

I hope there will be a solution (since it bothers me from time to time).

[funkymonk]

15.05.23 Fixed: Auto-refresh when the file system changes didn't update the caret position when in background and a new file was created (32)

Confirmed fixed in TC11.00b3.
Thank you!

[petermad]

15.05.23 Fixed: Auto-refresh when the file system changes didn't update the caret position when in background and a new file was created (32)

Confirmed fixed in TC 11.00b3 32bit