Currently, when the RadFileDialogs control is opened in a remote session, redirected drivers from the local machine will not be shown in the control. We could add an option to show the drivers from the local machine, which are chosen to be used in the remote session.

The context menu that opens when you right click in the file explorer (over a file or an empty area) is displayed wrong when the menu is opened on the second monitor. The context menu is offset to the left or right of the mouse, based on the monitor position. The first monitor in this context means the one where the RadFileDialog (or the ExplorerControl) was initially opened. The second monitor is the other monitor.

Create a property that allows to show the UNC name instead of just the drive's letter or change the implementation of the control so this can be achieved by code.

A binding error is thrown in RadOpenFolderDialog when it is shown.

 System.Windows.Data Error: 40 : BindingExpression path error: 'IsSearchActive' property not found on 'object' ''OpenFolderDialogViewModel' (HashCode=65514185)'. BindingExpression:Path=IsSearchActive; DataItem='OpenFolderDialogViewModel' (HashCode=65514185); target element is 'FileDialogSearchPane' (Name=''); target property is 'IsSearchViewActive' (type 'Boolean')

It appears that the display string is the last element of the path, but this can cause potential confusion when the paths are very different, but the last folder is identical. Take for example "C:\Users\Public\Documents" and "C:\Users\<user_name>\Documents". Each of these will be displayed as "Documents" in the final UI, even though the first is probably more recognizable as "Common Documents" or "Public Documents". The icon appears to be different for each, but that's not enough to distinguish them enough without first browsing the path.

It would be nice to create a seamless experience for our users between an application that uses the RadFileDialogs and their native Windows OS. To that end, having the RadFileDialogs use the same InitialSelectedLayout as the base OS would go a long way. Adding some way to identify the current Windows setting and to set the RadFileDialog accordingly would be a great help.

Currently mobile phones are not visible in the navigation tree of the file dialogs.

Make them available like in MS Explorer and file dialogs.

Add a full autocomplete support - while the control is focused, type certain keys and the file dialogs should select the relative match for the currently typed text.

OpenFolderDialog with no FileName specified. Select Drive C and the press Open Folder - Exception in PreserveLastAccessDirectoryIfNeeded method.

In R2 2018 Release we released the standalone usage of ExplorerControl and the CurrentDirectoryPath works only as a setter. When user sets it- it navigates to the directory with the given path. It would be useful for the clients to have this property with working getter - to provide the path of the current folder.

RadOpenFileDialog or RadSaveFileDialog with Filter, for example 

  fileDialog.Filter = "Excel Worksheets|*.xlsx;*.xls|All Files|*.*";
   fileDialog.FilterIndex = 1;

This should filter the files in MainPane on load to xls files only (index is 1-based). However, filter is not applied on load - regression in R3 2018.

Drag & Drop between ExplorerControl and Windows Explorer does not work

To reproduce this behavior you need the following settings.

- Set the display language of your Windows to Italian.
- Use a RadOpenFileDialog.
- Set its Filter. For example, you can filter to show only Excel files.
- Change the layout type to Details.

In this case the folders in the opened direction disappears.

The contents of the Path Navigation Pane and Main Pane are not synced with the selection inside the Tree Navigation Pane when a local drive is shared through a remote desktop connection.

This is reproducible only with display language of the Windows set to a language different than English. It was originally reproduced with French.

If you set the initial directory to a network dir (ex: \\MyPcName\SharedFolder2\MyFiles), and open the dialog, initially the correct folder is loaded. However, if you wait several seconds without doing anything, the currently opened directory automatically changes to the root "Network" dir.

The error message appears after you do several operations with the dialog and then call the Directory.Move() method. The message is "Access to the path <path> is denied".