Missing subfolders in tree when navigating using keyboard

[Alexander]

When I expand some node in folder tree using keyboard, most of the time only first N child folders are displayed. So I need to refresh the tree all the time for it to display all subfolders. That never happens if I navigate over the tree using mouse.

I thought that could be something with my configuration, so I loaded default configuration file, but still it works like that. Though, with default config the issue is much less frequent.

[admin]

Hi and welcome,

I have never seen this behavior.

How do you expand a folder by keyboard? Press <enter> or <right arrow>? How many folders are shown? Always the same number? Does it happen only in with certain folders?

Don

[Alexander]

Hi and welcome

Hi, thank you )

How do you expand a folder by keyboard? Press <enter> or <right arrow>?

Hm, if only <enter> is used it works fine. The issue happens on <right arrow> and after it happened for some particular folder, since that moment <enter> starts working the same way for that folder (until application is closed).
If I click with the mouse on the problem folder, it starts working correct.

How many folders are shown? Always the same number?

It does't depend on the number of subfolders, but in a case of a large number of subfolders it happens more frequently. For example every time for C:\Program Files (145 folders). And from time to time for C:\Windows (54 folders). But can also happen for the folder with only 5 subfolders and show a single one instead of 5.
The number of displayed folders is always the same for a given instance of the application until it is closed. So, if let's say, we run two instances of the application, one may show 40 folders under Program Files, the other - 44 folders. And they will keep showing those 40 and 44 folders until they are closed (or until that will be fixed with mouse click).

Does it happen only in with certain folders?

No, it doesn't.

[admin]

Are you using the Mini Tree?

Could you provide a screenshot of such a partly browsed tree folder? A picture often helps finding the cause.

[Alexander]

I don't use Mini Tree.
A screenshot: https://dl.dropboxusercontent.com/u/210 ... Loaded.jpg

I also need to make an update to the previous post. Clicking on a folder with a mouse does not fix the problem. It behaves the same as <enter> - if you don't use <right arrow>, everything works well, but once you do, and got that issue, after that the folder opens only partly.

And one more interesting thing, while I was creating a screenshot. After a while the tree loades fully. Random time. 8 sec, 40 sec, 18 sec, etc. But that doesn't happen inevitably. For C:\Windows folder it does, for C:\Program Files - it doesn't.

[admin]

Weird, <enter> and <right arrow> call identical code, so why the difference? My only idea at the moment: Your keyboard is defect. Could it be by any means that your keyboard sometimes sends out phantom keystrokes?

[Alexander]

Hm, tried a different one - works the same.

[admin]

OK, then I will wait for a better idea... weird.

You don't have any background processes going on that might interfere...?

[Enternal]

Just to add, I do have similar problems and it's not only present in the tree but also at times in the path auto complete. However my issues happened over the network and I haven't tried it yet with local folders yet so will when I get home too see if there's the same effect for local folders with large amount of directories in it.

[Alexander]

You don't have any background processes going on that might interfere...?

Tried running in Safe Mode - nothing changed.

[Alexander]

Today I found out one more thing. It helps, if I disable "Show icon overlays", and even more if I also disable "Check existence of subfolders in tree". But for really large amount of subfolders (e.g. 700) it's still the same. And still <enter> works fine.

[admin]

The question is: why only you? Anything special on your system?

[Alexander]

Seems like you are right, and this is caused by my keyboard (the other one, that I tested, is of the same model and age).
If I send <right> keystroke with Autohotkey, it works fine.

[Alexander]

It appears, that it worked with Autohotkey only because there was a delay before sending a keystroke.
It depends on whether the file list has been synchronized with the tree to the moment of pressing <right>. If it has, then it works correct.

Is this possible to reduce tree-to-list synchronization delay?

[admin]

There has been such a delay but it has been removed some months ago:

Code: Select all

v11.80.0111 - 2012-12-12 14:42
    * Tree: In v9.40.0111 - 2010-09-04 15:18 the following has been 
      added:
        When selecting a new folder by keyboard (= on KeyUp), there 
        will now be a 300 msec delay before the browsing is attempted. 
        This will prevent the usual hang when you meet locations that 
        aren't available for whatever reasons (floppies, unconnected 
        network locations, empty CD-drives, etc.).
      Now this delay is only applied before browsing non-fixed drives 
      (floppy, removable, mapped, CD-ROM), and servers and shares. Not 
      fixed drives and normal folders. This results in a much snappier 
      (key driven) tree browsing experience.