ExplorerControl (and RadOpenFileDialog) resets location to network folder root

1 Answer 60 Views
FileDialogs
Ed
Top achievements
Rank 1
Ed asked on 10 Dec 2021, 02:51 PM

Hello!   I'm using the Telerik ExplorerControl - both as part of the RadOpenFileDialog, and in a custom dialog of my own - and in both cases, I'm seeing a possible bug when browsing to network resources.

I can type a UNC path for a network location for which I have full access in the location bar:



When I hit enter, the ExplorerControl shows the contents at that location, but only for a second or less:



Then, the dialog changes to the root of the location I entered:



If I go to the history drop-down, it looks like this - each time I try to go to the storage subdirectory, it goes back to the root:



Oddly, if I select the location in the history, it does show the contents at that location - so there's not a problem with my permissions to explore that location:



Is there a way to prevent the ExplorerControl from doing this?  The selection always seem to return to the root of the UNC path, within less than a second.  (See the attached .gif). 

I'm using Version 2021.2.615.50 at the moment.  Any help would be most appreciated.

Thanks,

Ed

1 Answer, 1 is accepted

Sort by
0
Petar Mladenov
Telerik team
answered on 15 Dec 2021, 02:17 PM

Hello Ed,

May I ask to you to try R3 2021 / R3 2021 SP and check if the issue still persists ? We did some improvements in network loading, for example the following issue is resolved:

https://feedback.telerik.com/wpf/1530222-filedialogs-expandtocurrentdirectory-false-breaks-breadcrumbbar-navigation-in-network-nodes

If the issue is still present, could you please confirm some of the folders which are children of the luminexcorp.com node in the tree on the left are not visible in the tree ? If yes, this might be due to some error when network loading code tries to access them . You can subscribe for ExceptionRaised event of the dialog / explorer and check for any upcoming messages from the moment you start typing and using the breadcrumb. We woudl appreciate any details on that matter. Thank you in advance.

Regards,
Petar Mladenov
Progress Telerik

Virtual Classroom, the free self-paced technical training that gets you up to speed with Telerik and Kendo UI products quickly just got a fresh new look + new and improved content including a brand new Blazor course! Check it out at https://learn.telerik.com/.

Ed
Top achievements
Rank 1
commented on 15 Dec 2021, 06:37 PM

Thank you, Petar.  I checked, and the issue is still present in R3 2021 SP1 (tested using the File Dialogs demo).  I'll try looking at the exceptions as you suggest, and let you know if I find anything. 

Out of curiosity, is there an easy way to programmatically find and "click" a particular item in the history list of the dialog?   Worst case, I could set a timer to click the correct item after a brief delay, causing the folder the user intended to be displayed.
Ed
Top achievements
Rank 1
commented on 16 Dec 2021, 03:24 PM

Ah, I think this might be related to this outstanding issue:

https://feedback.telerik.com/wpf/1354572-filedialogs-add-network-locations-in-all-dialogs

Basically, the network location isn't added to the "Custom Places" list, as it is in the regular Windows file dialog - so when it tries to select the folder, the closest it can do is opening the root folder in the "Network" list - which doesn't have all the folders listed.

Are there any plans to implement this feature in an upcoming release?

Thanks,
Ed
Petar Mladenov
Telerik team
commented on 17 Dec 2021, 08:55 AM

Hi Ed,
The feature request you refer to is actually the request for the general availability of network locations in our FileDialogs. We added this feature 3 years ago, before that no Network root node was present in the navigation tree and no network nodes were possible to access via the breadcrumb bar.

I will try to explain how the feature is implemented briefly.
 - On opening the Network node, the code tries to find the network visible nodes and ands them in the tree. This is done via Windows Shell API.
- On entering network location path in breadcrumb, first DirectoryInfo object via C# API might return directory information via standard API for accessing files/folders. If this is successfull, directories are displayed in main pane and in background Shell API tries to access the whole network path from root node to the requested folder and build in the navigation tree.
- Some server shared locations requested via breadcrumb cannot be automatically navigated with the tree only. This is also true for the MS dialogs/explorer.

With this in mind, can you share a captured video of the steps you perform when reproducing your issue. And what is the result when you perform the same steps in the MS file dialogs / MS windows explorer ? Also, the question with ExceptionRaised event is still valid.

As for the possible workaround with Timer and manual selecting of drop down bread crumb item, I suggest leaving such workaround as a last possible option because it is risky to interrupt the standard control behavior and it generally exceeds the support scope of the control - for example additional issues might occur in future, but we cannot support such ones because they are a product of non-supported control usage and customization.
Ed
Top achievements
Rank 1
commented on 04 Jan 2022, 08:43 PM

Hello again, Petar.  There are no exceptions being caught and sent to the ExceptionRaised event when I type the path in the navigation bar and hit Enter.

I've attached a zip file with two videos, showing the behavior for the RadOpenFolderDialog versus the Microsoft.Win32.OpenFileDialog.   It looks like the Win32 OpenFileDialog can show the full path, in both the TreeView and in the Navigation breadcrumb control, and displays the contents of the requested folder:



But as you can see in the video, the RadOpenFolderDialog VERY briefly shows the contents of the target folder, before it changes to only showing the root (\\luminexcorp.com) folder.  Here's a screenshot of the instant where it shows the correct contents, before changing to showing the content of the root folder:



And an instant later:



Finally, I checked, and the RadOpenFileDialog has the same behavior as the RadOpenFolderDialog - so whatever is causing this behavior is common to both controls.



Thanks,
Ed

Petar Mladenov
Telerik team
commented on 05 Jan 2022, 05:08 PM

Hi Ed,

Thank you for your videos. Additional questions arise:
   - Is the ExpandToCurrentDirectory property set to True in your dialog . Does the opposite setting produce the same result ?
  - can you set the same setting to true in the MS Explorer:

  Then what is the behavior - is the storage folder available in the navigation tree on the left ? Actually is it s a child of LiminexCorp.Com node in the tree when you expand it ? These details would help me create such folder in my network and eventually recreate the scenario. Is there something special in the folders from the root luminex node to the target one ?
Ed
Top achievements
Rank 1
commented on 06 Jan 2022, 03:42 PM

Hi Petar.  The RadOpenFolder dialog behavior is the same when ExpandToCurrentDirectory is either true or false. 

For the Win32 dialog, "Expand to open folder" was set to false, but it still works correctly when "Expand to open folder" is set to false.

When I changed the MS Explorer options to match the screenshot, the RadOpenFolderDialog still fails to show the storage folder in the tree, and expanding the luminex.com node only shows the NETLOGON and SYSVOL folders...even though the full tree of folders is fully available in the Win32 dialog.  I don't think there's anything odd in terms of folder content or permissions, since I can get to them fine with the default Win32 controls, or (for instance) if I try to browse to them in an application (like, saving a file in Excel or Notepad++, etc.).

Thanks!

Petar Mladenov
Telerik team
commented on 07 Jan 2022, 08:15 AM

Hi Ed,
Can you please snapshot the storage folder in the MS 32 dialog navigation tree and its properties like below:
Petar Mladenov
Telerik team
commented on 07 Jan 2022, 08:28 AM

Ed,
Another important question that might be related to your scenario - is there any chance some of the folders along the problematic path be hidden ? Can you also double check the ShowHiddenFiles settings in the MS Explorer and RadFileDialogs ? Thank you in advance.
Ed
Top achievements
Rank 1
commented on 11 Jan 2022, 11:04 PM

Ah, that is interesting...in MS Explorer, when I right-click the network root (on Windows 10), I don't see a "Properties" option:



Although if I enter the path to one of the child directories, I do:




Also, ShowHiddenFiles is set to true for both controls.  But, I notice that if I open a MS Explorer window, and enter the root of the network path: \\luminexcorp.com, I ONLY get the NETLOGON and SYSVOL folders in the Tree view:

I have to enter the path down to the first folder to see it in the tree view:


I wonder if this is confounding the Telerik control somehow.  If it has to load each node of the path, starting at the network root, then (for some unknown reason) if it can't see one of the child folders in the path, maybe that's causing it to fail?  (In other words, if it starts with \\luminexcorp.com root, but if it doesn't see the \\luminexcorp.com\storage folder from there, then it fails somehow - maybe failing to create the nodes of the tree?)

I'll contact our IT, to see if there's a reason why neither the properties, nor the first folder are visible when starting at the root of the network. 

In the meantime, I hope you won't write this off as a simple "failure due to a permissions" issue - the Windows file dialog is still able to load the full network path and explore its contents...I hope there's some way for the Telerik control to do the same.

Thank you again for your help.

Petar Mladenov
Telerik team
commented on 14 Jan 2022, 03:26 PM

Thank you for the last details.
I'm glad to inform you that we managed to find such similar folder in our network and we managed to reproduce the issue on our side.
I've logged this issue in our portal on your behalf and I also updated your telerik account points. I 'll try to have this fixed for the Service Pack next month as well as in the internal builds after the official R1 2022 later this month. Thank you for your cooperation again.
Ed
Top achievements
Rank 1
commented on 17 Jan 2022, 02:32 PM

Excellent!  Thanks to you and your team for all your hard work on this issue.

Best Wishes,

Ed

Tags
FileDialogs
Asked by
Ed
Top achievements
Rank 1
Answers by
Petar Mladenov
Telerik team
Share this question
or