[8.0ß23 x32] Variable delay in the breadcrumb bar

[umbra]

In the breadcrumb bar, when I hover with my mouse over a virtual folder to see, what it contains, there is a delay. While, according to help, this should be a half of a second by default, it's actually variable - between 0.5 and 5 seconds even for the same virtual folder. Standard folders show their contents always almost instantly (as expected).
However this happens only when I use a mouse to navigate this menu. With a keyboard, the delay of virtual folders is 0.5 seconds.
Only the 32b version seems to be affected.

[ghisler(Author)]

Sorry, I don't see any difference between mouse and keyboard.

[umbra]

Now I have a video. In the first part, I use a mouse, then a keyboard to show how it is fast. Then I use mouse again.

[sztihamer]

Now I have a video. In the first part, I use keyboard to show how it is fast. Then I use only mouse. As you can see, sometimes (but not always), moving with a mouse pointer speeds things up.

Yes indeed I can reproduce it. It's pretty much the same as you showed us in the screen recording. The only thing I can not only reproduce it in the 32bit version, but also the 64bit one, but that's rare when it happens. We can still see some tiny delays that are noticeable. Navigating with the keyboard is super fast. After you pressed the right button on your keyboard you land on the next directory immediately.

The other problem is that I can't reproduce it every time in the 64bit version. I think I managed to do it only two times. In the 32 bit version I have to play around in the directories, get in an out, sometimes I have to use the keyboard and use some other locations like the C:\ drive and it's contents, or some other folders with a bunch of directories. I don't know, but sometimes it works and sometimes it does not.

So I don't know I didn't got this glitch reproduced on the first time, I had to play with some directories first. It's a pesky little glitch, and it's up to Christian if he could reproduce the issue. I think we need some more people to confirm, just in case it only occurs for us.

[umbra]

2sztihamer
Thanks for confirming it. Just one note: by default, when you use mouse, there are supposed to be some delays - 0.25s on normal folders and 0.5s on virtual folders, so maybe that's what you see in the 64b version.

[sztihamer]

2sztihamer
Thanks for confirming it. Just one note: by default, when you use mouse, there are supposed to be some delays - 0.25s on normal folders and 0.5s on virtual folders, so maybe that's what you see in the 64b version.

Yeah dude, I only could reproduce on the 64bit version two times only. By accident. Maybe it was my hard drive. Unfortunately I didn't checked my hard drive activity light, but that could be the issue.

As for the 32bit version you have to play around a bit to get huge delays. Sometimes it works and sometimes doesn't. I also seen on your demonstration that you had one time that exclamation mark with the red circle cross on it. I experienced that too on my tests, but I don't know how I got it. If you move the cursor a little bit it will respond to your command, I experienced that also.

This bug is a pain in the butt. It happens once in a blue moon. We need more people for this I guess. The keyboard navigation is instant, but if you use the mouse you get some delays. I guess we have to live with that.

[sztihamer]

Here's my version of the bug reproduced. 32bit version with the same old Windows 7 64bit. I think you have to navigate to the control panel first to get to see some exclamation mark action. Also I didn't have that much delay like you, so I don't know. Keyboard is uberfast. Also if you use the mouse sometimes you don't even have to wait that much.

Check my screen recording for comparison: http://www.screenr.com/FMB8

[umbra]

I think there were two bugs in that video, so I reuploaded it to show only the one I intended to report - it's also the one sztihamer has confirmed.

[ghisler(Author)]

When you use the mouse, TC doesn't open the subdir immediately because it would be inconvenient if you just passed over that name to go somewhere else. If you use the keyboard, TC knows immediately when you want to open the subdir. however, I don't get such large differences (0.5 seconds to 5 seconds), only when entering very large subdirs, or network paths - but that takes as long also with the keyboard.

[sztihamer]

When you use the mouse, TC doesn't open the subdir immediately because it would be inconvenient if you just passed over that name to go somewhere else. If you use the keyboard, TC knows immediately when you want to open the subdir. however, I don't get such large differences (0.5 seconds to 5 seconds), only when entering very large subdirs, or network paths - but that takes as long also with the keyboard.

And what about the flickering red crossed exclamation marks that appear randomly? Check the recording that I posted. Is that a normal behavior, or it's a bug? At least that glitch should be fixed, if the huge delays can't be shortened a bit. Definitely I and umbra have large delays, and we are not even having large sub directories. We don't need the same speed as the keyboard navigation can achieve, but a slightly faster would be welcome if we use the mouse.

[umbra]

Today I have measured TC's speed many (many) times and here are the results for the 32b version:
1. Using a keyboard, there are no delays (well, there are, but they are hardly measurable).
2. Using a mouse with BreadcrumbDelayVirtual set to anything bigger than 2500, there is an almost constant additional delay of 1s.
3. Using a mouse with BreadcrumbDelayVirtual set to 200 - 2500, the additional delay is rather random, usually between one and two seconds.
4. Using a mouse with BreadcrumbDelayVirtual set below 200, the delay is hardly measurable (very similar to using a keyboard).

In the 64b version, the observed delay is exactly the same as the one set by BreadcrumbDelayVirtual.
Also, in the 32b version, sometimes there are glitches (mentioned in sztihamer's last post). They appear rather random and I think they could explain those >2s long delays in case #3. But again, there are no glitches when I use a keyboard.

[ghisler(Author)]

And what about the flickering red crossed exclamation marks that appear randomly? Check the recording that I posted. Is that a normal behavior, or it's a bug?

If the reading of the subdirectory (which is done in a background thread) takes longer than a few seconds, TC shows a button which allows you to abort the read operation. This is done for the case when you accidentally open some huge or otherwise slow directory.

2umbra
breadcrumbdelayvirtual is just for virtual folders. There are other values for:
- ftp: breadcrumbdelayftp
- file system plugins: breadcrumbdelayplugin
- normal dirs: breadcrumbdelaydir

Maybe that's why you observe a difference between different locations?

[umbra]

2ghisler(Author)
Yes, I know that. As I said in the first post, this issue affects only virtual folders, not normal ones. BreadcrumbDelayDir and BreadcrumbDelayPlugin work just fine - if I set it to 5000 (just an exmple), the delay on such folders will be exactly 5s. That's why I mentioned only BreadcrumbDelayVirtual - if I set that to 5000, the real delay will be 6s (see my previous post). I did not try the BreadcrumbDelayFtp - currently I have no ftp connections.

edit:
BreadcrumbDelayFtp works fine too. So this issue applies only to virtual folders and nothing else.

[petermad]

If the reading of the subdirectory (which is done in a background thread) takes longer than a few seconds, TC shows a button which allows you to abort the read operation.

As already reported < http://ghisler.ch/board/viewtopic.php?t=28665 > I have really long delays (up til more than 1 minut). I never realized that the red cross was a button - but now after trying it, I can add that it doesn't work when my virtual folders breadcrumb bar has its long delays.

[ghisler(Author)]

That sounds more like your system is freezing, not just the background thread in TC. Virus scanner?