Undesirable behavior due to timing, 7.02

[Loren Pechtel]

It took me a long time to catch on to what is going on.

I have a directory with over 400 directories in it, this directory is stored on an external (USB connected) drive--a bit slower than the main HD.

I hit F7, type in a new directory name and press enter twice as I want to be in the newly created directory. Most of the time this works, sometimes I end up in a different directory.

The problem is that sometimes it executes the second enter against the list of directories as it was, before the new one is created and the cursor positioned to it.

I don't think I would call this a bug per se (everything is working as designed) but it's undesirable and I believe could be stopped fairly easily (when the user creates something don't pay attention to a click or enter until the create is done.)

[StatusQuo]

This is also known in other places, e.g. here:
[Bug?] Sync Dirs is slower than keyboard user
- but not planned to be changed (at least there) as stated by the author.

[ghisler(Author)]

I'm not aware of any way how this could be fixed. It all depends in which order TC receives the key presses and refresh message...

[Loren Pechtel]

I'm not aware of any way how this could be fixed. It all depends in which order TC receives the key presses and refresh message...

When creating a directory, set a flag, clear the flag when the refresh completes. An attempt to pick a directory while the flag is set stalls until the flag clears. Unless this caused deadlock problems it should work.


However, trying to avoid triggering this shows that that's not the whole problem, something else is going on. Sometimes it simply doesn't jump to the newly created directory even when I don't press the second enter. I am thinking that it might be the same thing going on internally--it attempts to position the cursor before the directory has been read into memory.

I have seen this behavior on occasion before but only recently have I done a bunch of organizing to a slow drive.