DO12 - File listing bug

I seem to be able to reproduce this one quite well. I open a folder in DO, which has quite a few sub-folders. I type a word - hunt in this case - and DO jumps to the first sub-folder matching this word (and highlights any other matches). So far, so good. I decide that the highlighted folder is the one I want, so I double click on it. The moment I do the first click, DO moves the folder listing downwards exactly one entry. Thus, the second click is triggered on the folder immediately above the one that was highlighted, and which I wanted to enter. If I back out of the folder, hit Home (to go to the top of the folder listing), and repeat the same steps, the exact same thing happens every single time - ie DO takes me into the wrong folder.

Maybe just worth trying. In -> Preferences -> Miscellaneous -> Advanced, does ist still happen, if you set fayt_firstchar_repeat to "false"?

Hi,

I just checked, and that setting was already set to false.

Strange. Could be a bug then.

Which view mode are you using? (Details, List, Thumbnails, etc.)

And which version of Opus?

12.0 Beta 4 (Win 10 64bit), and details view. Opus settings are virtually the defaults, I think I may have only changed one or two settings after the install (though I can't quite remember which ones now).

If the find-as-you-type field closes because of a mouse click, and closing it causes the file display to scroll, and the mouse is over the file display, then Opus should automatically move the mouse pointer to keep it over what it was over.

However, if the field closes by itself then that won't happen and the mouse pointer is left alone. It closes after a configurable timeout, so perhaps that is happening just before you click?

Try increasing Preferences / File Displays / FAYT and Filter Bar Keys: FAY close timeout.

It's possible, I will try that and report back. I installed Beta 5 in the meantime - still happens there. Did notice one thing - if I type the phrase and then just let DO close the FAYT field itself (without doing anything, keyboard or mouse), it scrolls the file window as soon as the FAYT field closes. Very odd.

It should always do that.

Maybe a video or some screenshots would reveal something unusual about the window size / file position that would trigger something we are not thinking of.

I will see what I can do with regards to video.

I tried changing the timeout to 10 seconds, no change - problem still occurs. I noticed something else though - there are 175 sub-folders in the parent folder. If the FAYT field lands on any of the first 149 folders, there is no problem - double click opens the highlighted folder. It is only when the FAYT lands on folder #150 or onwards (ie 151, 152, 153 etc) that the problem happens. Is there anything special - codewise - about the number 150 and higher in FAYT? I know 150 and later are towards the bottom of the lister, maybe something funky is happening with DO detecting the bottom of the folder and deciding it needs to scroll to keep things in view.

Shouldn't matter. I just tried with 1,300 folders and got the same results I got before.

Ok, here is a short video (1MB, WMV format) on a set of test folders created for this purpose. Basically, I type '163' to go to folder 163. I then move down and attempt to double click it - and Opus shifts focus to folder 162 on the first click (I guess when FAYT closes), and then takes me into folder 162 on the second click.
dl.dropboxusercontent.com/u/105 ... umping.wmv

Thank you.

If you single-click instead of double-click, does the mouse pointer get moved then?

Does it matter how quickly you release the mouse button?

It does, yes. Single clicking makes i. Folder 162 highlight, and ii. Also places the mouse cursor over folder 162 (I think this is because of the lister scrolling, not because DO is actually moving the mouse cursor by itself).

Do you mean how quickly I double click in general (eg a slow double click vs a normal speed double click)?

OK, I think I have an idea what's going wrong. Will post an update after more investigation.

This should be fixed in 12.0.6 beta (not out yet). Once it is out, please try it and let us know if you still see problems.

Confirm fixed (testing Beta 7). Many thanks :slight_smile: There is still a jump/scroll of the lister when you click, but the focus stays on the selected item now, which means your click is sent to the correct item.

Excellent. Thanks for testing & confirming the fix!