FileManager calls Create and Destroy instead of Update on move.
That is not what happens in the file system. Move is Update operation where the location of the item is updated. No files are copied or deleted.
Copying files and directories unnecessarily wastes the resources on the server and the cloud where computing and storage operations are charged.
If Destroy fails which might happen because Create and Destroy are executed separately then files are copied and not moved.
Move calls Update.
The FileManager triggers two Read requests when double clicking a folder in the ListView/GridView. The behavior can be observed in the Basic Usage Demo.
When navigationg to a folder in the TreeView using a single click, the component triggers a single Read request.
Could you consider optimizing the request handling when navigating to nested folders, particularly in ListView/GridView, to reduce redundant Read calls and improve performance?
If a custom script for the FileManager is created using the Kendo CLI and the Grid is not included or is included after the FileManager, an error is thrown.
Currently the custom script is created using:
{
"version": "2026.3.811",
"components": [
{
"file": "kendo.filemanager.js",
"features": [
"filemanager-grid-view"
]
},
{
"file": "kendo.grid.js",
"features": [
......
]
}
]
}
When the initialView: "grid", is enabled the following error is thrown: There is no grid ViewComponent registered!
There should be no error and the components should initialized as expected.
If the Grid is referenced first in the kendo-config.json, the error does not appear and the FileManager is created as expected