Bug report

If you try to specify an icon through the ContextMenu items in the FileManager, no icon is rendered.

Regression introduced with 2023.1.117

Workaround: https://dojo.telerik.com/oFuGacAT/14

Reproduction of the problem

1. Open this Dojo example - https://dojo.telerik.com/oFuGacAT/12
2. Right-click on an item in the FileManager to open the ContextMenu

Current behavior

No icons are shown in the ContextMenu

Expected/desired behavior

The specified icons should be visible

Environment

• Kendo UI version: 2023.2.606
• Browser: [all]

For the future it would be nice if a separate "move" endpoint was optionally available since many of us tend to use virtual filesystem layouts instead of real filsystems.

That said, I used the advice here to setup my own custom handling for file moves:

FileManager - Detect move vs copy in UI for ASP.NET MVC | Telerik Forums

If I preventDefault, I can only do 1-2 moves before I am then unable to navigate the folders anymore through either column. If I allow it to propogate and fire off the create and destroy request (my serverside functions ignore these as invalid), the navigation continues to work.

Can you suggest what events I can maybe fire manually to trigger success without making the create and destroy request, or suggest another way to fix this issue?

My move handler:

function onexecute(e) {
        if (e.command == "MoveCommand") {

            var d = {
                'items' : e.options.items,
                'targetfolder' : e.options.target
            };

            $.post('/Data/Gallery_move?aid=@Model.Asset.ID', d)/*, function(data){
            });*/
            
            //e.preventDefault();
        }
    }

There is no padding between semicolon and the data "Type:Folder" wouldn't be better "Type: folder" with a space in between?

This one is a bit complex:

1. Run sample at https://dojo.telerik.com/@GaloisGirl/IPAMIHik
2. Enter folder "Documents"
3. Delete "ExcelDocument.xslx" - the operation should fail and the file will come back.
4. Delete "Text.txt" - no request is sent, the file does not come back

Any "delete" operation can be replaced by a "rename" operation, and the result is the same.

The problem does not happen at root level. I don't know if it's because it's the root levels, or because the elements are directories.

Bug report

Calling the loaded method on a FileEntry instance does not reset the loaded flag.

function onNavigate(e) {
            var filemanager = e.sender;
            var path = e.path;
            var entry = filemanager.dataSource.get(path);
            if (entry.loaded()) {
                entry.loaded(false);
            }
        }

Reproduction of the problem

1. Run this dojo
2. On the TreeView section of the Filemanager navigate to both folders, so the contents of the folders are loaded
3. Navigate between the Folders using the TreeView and note the loaded flag is not reset

Current behavior

Calling entry.loaded(false); does not reset the loaded flag of a FileEntry instance.

Expected/desired behavior

Calling entry.loaded(false); should reset the loaded flag of a FileEntry instance.

Environment

• Kendo UI version: 2021.1.330
• Browser: [all]

Bug report

In mobile devices, when a nested folder is renamed in the FileManager, the parent folder is displayed in the dialog for renaming.

Reproduction of the problem

1. Open our Demos and choose a mobile device in the emulator
2. Create a nested folder and try to rename it.

Current behavior

The parent folder name is displayed in the dialog for renaming. The parent folder is renamed after saving (screencast)

Expected/desired behavior

It should be possible to rename nested folders on mobile devices.

Environment

• Kendo UI version: 2021.1.224
• Browser: [ all ]

Feature Request

The tooltip for the ListView button (ListView) in the FileManager is misleading. Consider renaming it to "thumbnails" or less confusing text. Currently, it leads to the impression that the items would be represented as normal list instead of as items in the ListView widget.

Expected/desired behavior

Less confusing text should be used for tooltip for the ListView button.

Bug report

When the views.grid option of the FileManager is used and the filterable option is enabled, the filter menu is empty. Also the 'Date Created' column is empy.

Reproduction of the problem

1. Open the Dojo example
2. Go to the 'Grid View'

Current behavior

Currenlty, the filter menu of the Grid in the 'Grid View' is empty. The 'Date Created' column does not show the dates.

Expected/desired behavior

The filter menu in the 'Grid View' and the 'Date Created' column of the FileManager should be not be empty.

Workaround

As a temporary workaround, the fields of the model could be defined with lowercase. Here is a Dojo example where the workaround is applied.

Environment

• Kendo UI version: 2020.3.1118
• Browser: [all ]

Run sample at https://dojo.telerik.com/@GaloisGirl/OJUPoYOY and check JavaScript log.

• Actual result: the second call to "read" has empty data, and a second copy of the folder "folder" is shown in the tree.
  
• Expected result: the second call to "read" should have a path passed.
  

As of version  "@types/kendo-ui": "2020.3.0":

FileManager methods: path, view, getSelected, getSize have return type void, which is a pain to handle since it can't even be cast to bool.

FileManager method navigate doesn't accept params, should accept string 'path'.

FileManager method executeCommand doesn't accept params, should accept as per https://docs.telerik.com/kendo-ui/api/javascript/ui/filemanager/methods/executecommand .

FileManagerContextMenu interface is missing all event handlers: close, open, activate, deactivate, select.

The following are not exposed:
- kendo.data.schemas
- kendo.ui.filemanager.commands

Follow steps in sample at https://dojo.telerik.com/@GaloisGirl/OJUPoYOY/8

• Actual result: the call to "create" has no information that the new folder should be created in "folder 1"
• Expected result: the call to "create" should contain information about the path, for my back-end to create an entry in the correct place

Probably related to https://feedback.telerik.com/kendo-jquery-ui/1473893-filemanager-no-path-passed-to-datasource-read-method / https://github.com/telerik/kendo-ui-core/issues/5890

Bug report

When the FileManager is initialized with a local data source the Context Menu is not displayed.

Reproduction of the problem

1. Run this dojo
2. Right-click on a folder of a file

Current behavior

The context menu is not displayed. The Context menu is not expected to be displayed for the built-in rename and delete commands, but a context menu is not displayed when custom commands are implemented.

Expected/desired behavior

A context menu should be displayed when local data source is used.

Environment

• Kendo UI version: 2020.1.406
• Browser: [all]

Hello,

I am using Kendo UI Version: 2020.2.617 R2 SP1 2020 and I am having issues with the Rename functionality of the FileManager in IE 11 and Chrome.

In IE 11, If I rename a Folder from the left navigation pane (or tree view) then it works just fine; the api/FileManager/Update endpoint is called by the FileManager widget. But when I rename a File or Folder from the "view pane" (by right-clicking to get the context menu), then the Open event is executed (like if you double clicked the file) instead of the Update endpoint being called.

In Chrome (latest version), I get the same thing, but with the exception that I can rename a folder (not a File) from the context menu.

My REST API is built using .Net WebAPI… Not MVC.

If you need more information, please do not hesitate to contact me.

Regards,

Eric. 

Bug report

With LESS bootstrap theme, the scrollbar does not appear in the ListView if there are too many files.

Reproduction of the problem

1. Open this Dojo - https://dojo.telerik.com/@martin.tabakov@progress.com/eyuYetOh/6
2. Upload some files to fill the ListView.

Current behavior

The scrollbar does not appear when there are too many items in the ListView.

Expected/desired behavior

A scrollbar should appear

Environment

• Kendo UI version: 2020.3.1021
• Browser: [all]

Bug report

If a FileManager is configured using MVVM an error in the console appears.

Reproduction of the problem

1. Open the Dojo example
2. Run the example and open the browser console.

Current behavior

Currently an error appears: "Uncaught TypeError: i.items is not a function"

Expected/desired behavior

There should be no errors when FileManager is configured with MVVM.

Environment

• Kendo UI version: 2010.2.617
• Browser: [all ]

Context: my communication with the back-end is wrapped in a library, that handles the xhr requests and if needed, throws a custom exception. My transport is therefore made of functions. The sample below simulates getting an error from that library.

Demo: https://dojo.telerik.com/@GaloisGirl/ayEpOKOQ/2

Actual result:

1. The confirm dialog stays open.
2. The listView is displayed as loading.

Bug report

Reproduction of the problem

Reproducible in the demos.

1. Select the Images folder in the treeview
2. Right click the Images folder and rename it

Current behavior

The breadcrumb does not update with the new folder name. Note that if you select another folder (e.g. Documents) after renaming Images and navigate back to the renamed folder the breadcrumb properly displays its new name.

Expected/desired behavior

The change in the folder name is reflected in the breadcrumb.

Environment

• Kendo UI version: 2020.1.114
• jQuery version: x.y
• Browser: [all]