Steps to reproduce:
1. Open a file dialog
2. In the File name field start typing "k:\ClientFiles"
3. The files are not suggested
2. Navigate to a folder with many subfolders
3. Type something is search
You will see that the whole QSF freezes.
The problem is reproducible with the Demo application >> File Dialogs >> First Look example:
When opening the Folder Dialog (all in default, no changes needed) and then we click between "My PC" and "C:" back and forth quite rapidly, eventually the dialog freezes and after a while throws an unhandled exception. It is important to click between both quite fast for the issue to show.
Two different types of errors may occur:
Currently, the dialogs provide a way to restore the last open directory. The opened directory path will be stored in a private string field of the RadOpenFolderDialog instance. However, in other this to work, the dialogs require the following steps:
- The same dialog instance should be used every time you open the dialog.
- In order for the directory to be saved the directory should be opened. Clicking cancel or the X button won't save the directory.
- Closing the application and then opening it again, or generally when you create a new dialog instance, the last saved directory will get lost.
We could expose a mechanism to cache the last open directory outside of the dialogs, thus allowing you to restore the directory even when the application is closed.
Use the Demo application >> File Dialogs >> First Look example. I have tested typing "\\DYORDANOLAP" and hitting Enter and it seems to navigate to the folder only after pressing Enter a second time:
Expected: In the Windows File Explorer, the user is navigated to the respective folder after the first time the user hits Enter.