No matter what the current page index is, get_currentPageIndex() will return zero if FileExplorer is used in Thumbnails mode.

When an image in the list view of FileExplorer is dropped outside the dialog, a duplicate of this image is stuck to the cursor. After selecting another image, the ghost image remains and overlays the upload window.  Follow the attached clip.

Steps to reproduce:
1. Open FileExplorer in Thumbnails mode (or open Editor's Image Manager);
2. Select an image and start dragging it;
3. Drop it outside the dialog;
4. Observe the ghost image on the cursor;
5. Select another image;

Result: The ghost image is not removed and overlays another dialogs.

The current page FileList items are not properly updated when the paging is enabled. Returning to a previously paged folder is properly restored to page 1, but it keeps showing the content of lastly listed page. The issue is reproducible in all explorer modes of the control.

Video - http://screencast.com/t/KVpgADxanuh

For large directories we would like to set the initial sort order to descending so we could see the newest files first.

Other times we would like to have the initial sort be by filename descending.

We want to set this declaratively on the control or in the .net code behind on initial page load.

We had a requirement to add Copy/Paste icons the RadFileExplorer toolbar. That was the easy part. Getting them to call into the native Copy/Paste functions that are used by the Context Menus proved to be challenge.

Support provided me the solution below but it would have been nice to have OOB:

			function CopyFiles() {
				var fileExplorer = $find("<%=RadFileExplorer1.ClientID%>");
				fileExplorer.copyItems(fileExplorer.get_selectedItems());
			}
			function PasteFiles() {
				var fileExplorer = $find("<%=RadFileExplorer1.ClientID%>");
				fileExplorer.paste(fileExplorer._getCurrentFolderItem())
			}

When trying to drag files with not-so-common extensions to upload, they are not uploaded.

For the time being, you can workaround the issue by using this patch:

<telerik:RadFileExplorer runat="server" ID="RFE1">
    <Configuration ViewPaths="~/" UploadPaths="~/" DeletePaths="~/" SearchPatterns="*.*"/>
</telerik:RadFileExplorer>


<script>
    Telerik.Web.UI.RadFileExplorer.prototype._onAsyncUploadFilesUploading = function (sender, args) {
        var currentDroppedFileType = this._pullNextDroppedFileType();
        if (this._isDropUploadCancelled === true) {
            args.set_cancel(true);
            if (this._isThisLastUploadingFile()) this._finalizeFileDrop();
        }
        this._currentUploadRow = args.get_row();

        if (this._btnUpload != null) {
            this._btnUpload.control.set_enabled(false);
        }
    };
</script>

At present, when an invalid file is selected, the alert message does not clearly indicate what is the validation error - invalid extension or the size being too large. It should show a message that clearly states what the problem is so the user can fix it.


For the time being you can handle the AsyncUpload's OnClientValidationFailed event and show different messages—http://docs.telerik.com/devtools/aspnet-ajax/controls/asyncupload/client-side-programming/onclientvalidationfailed.

Example:

ASP.NET
-------------------------------
<telerik:RadFileExplorer runat="server" ID="RadFileExplorer1">
    <Configuration ViewPaths="~/" UploadPaths="~/" DeletePaths="~/" SearchPatterns="*.jpg" />
</telerik:RadFileExplorer>

<script>
    // Prevent the built-in validation alert
    Telerik.Web.UI.RadFileExplorer.prototype._showUploadValidationFailedAlert = function () {

    }

    function OnClientValidationFailed(sender, args) {
        var fileExtention = args.get_fileName().substring(args.get_fileName().lastIndexOf('.') + 1, args.get_fileName().length);
        if (args.get_fileName().lastIndexOf('.') != -1) {//this checks if the extension is correct
            if (sender.get_allowedFileExtensions().indexOf(fileExtention) == -1) {
                alert("Wrong Extension!");
            }
            else {
                alert("Wrong file size!");
            }
        }
        else {
            alert("not correct extension!");
        }
    }
</script>
-------------------------------

C#
-------------------------------
RadFileExplorer1.AsyncUpload.OnClientValidationFailed = "OnClientValidationFailed";
-------------------------------

VB
-------------------------------
RadFileExplorer1.AsyncUpload.OnClientValidationFailed = "OnClientValidationFailed"
-------------------------------

The issue is reproducible with RadEditor. When using Lightweight rendering in RadEditor, the FileExplorer's address bar has an inline style with height: 16px rule. This rule should be added only in Classic rendering.

As a side effect, the text in the address box is cut off. 

Possible workaround is to add setting in the web.config to force Lightweight rendering for RadFileExplorer:

<add key="Telerik.Web.UI.FileExplorer.RenderMode" value="lightweight" />

Configuration property of FileExplorer is not expandable in DesignTime PropertiesWindow, so its properties cannot be configured.

screenshot - http://screencast.com/t/tdkcjzauLWK

Cannot expand configuration on properties panel

Provide the ability to drag/drop files into the Treeview/GridView of RadFileExplorer and automatically upload them. Currently this option is offered only over the RadAsyncUpload area inside the Upload dialog of RadFileExplorer. 

Clicking on the FileExplorer's Refresh button does not refresh the pager of the control properly when the currently selected page in the grid/listview is bigger than 1.

Steps to reproduce:
1. Open http://demos.telerik.com/aspnet-ajax/fileexplorer/examples/server-sideapi/initialpathandpaging/defaultcs.aspx
2. Navigate to some page (e.g. 3) in the FileExplorer's grid/listview
3. Refresh the control (click the "Refresh" button on the toolbar)

Result: FileExplorer shows the content if the first page, while the pager keeps the state from before the refresh (e.g. 3).

This problem is reproducible with the FileExplorer control only when is set with a thumbnails view-mode. 

When a RadConfirm dialog appears on deleting or another user action is performed a dialog is opened with OK and Cancel button. The localization properties of these buttons can be altered via the RadEditor.Dialogs.resx, although modifying the valu eof the Common_OK property does not change the button's text. 

The following workaround changes the localization used by the RadWindowManager used by the FileExplorer and modifies the value as per to the desired one.

<script type="text/javascript">
	function OnClientLoad(sender, args) {
		var currentLocalization = sender.get_windowManager().get_localization();
		// Change the OK button localization value with "MyCustomOK"
		var myLocalization = currentLocalization.replace("\"OK\":\"OK\"", "\"OK\":\"MyCustomOK\"");

		sender.get_windowManager().set_localization(myLocalization);
	}
</script>

<telerik:RadFileExplorer runat="server" ID="RadFileExplorer1" OnClientLoad="OnClientLoad">
	<Configuration ViewPaths="~/" DeletePaths="~/" />
</telerik:RadFileExplorer>

Uploading a file when ExplorerMode is set to FileTree causes a JavaScript error in FileExplorer.

The same error is thrown in case the there is a value, set to the FileExplorer's InitialPath property.

Upload dialog layout is broken in iPad

Steps to reproduce:
1. Navigate to http://demos.telerik.com/aspnet-ajax/fileexplorer/examples/overview/defaultcs.aspx ;
2. Open the upload dialog.