This page lists the API endpoints added and changed since FileRun 2026.2.1.
For the changes introduced with FileRun 2026.1.0, see the migration guide.
commentsThe file comments endpoints require the new comments scope. Request it together with the other scopes when obtaining the access token.
| Endpoint | Documentation |
|---|---|
/api.php/Drive/files/lock |
Locking files |
/api.php/Drive/files/unlock |
Locking files |
/api.php/Drive/files/comments/list |
File comments |
/api.php/Drive/files/comments/add |
File comments |
/api.php/Drive/files/comments/delete |
File comments |
/api.php/Drive/files/tags/list |
Listing tags |
/api.php/Drive/files/tags/remove |
Removing tags |
/api.php/Drive/files/trash/item/restore |
Managing the trash |
/api.php/Drive/files/trash/item/delete |
Managing the trash |
/api.php/Drive/files/trash/empty |
Managing the trash |
/api.php/Core/!admin/users/deactivate |
Deactivate FileRun user accounts |
/api.php/Core/!admin/groups/search |
Managing groups |
/api.php/Core/!admin/groups/info |
Managing groups |
/api.php/Core/!admin/groups/add |
Managing groups |
/api.php/Core/!admin/groups/edit |
Managing groups |
/api.php/Core/!admin/groups/delete |
Managing groups |
/api.php/Core/!admin/groups/add_users |
Managing groups |
/api.php/Core/!admin/groups/remove_user |
Managing groups |
/api.php/Core/!admin/roles/info |
Managing roles |
/api.php/Core/!admin/roles/add |
Managing roles |
/api.php/Core/!admin/roles/edit |
Managing roles |
/api.php/Core/!admin/roles/delete |
Managing roles |
/api.php/Drive/files/deletetrash_path, the path by which the item can be restored or permanently deleted./api.php/Drive/files/metadata/fieldsmetadata scope and the account permission to access metadata. Any access token was accepted before. See Listing metadata fields./api.php/Core/account/info2fa property is no longer returned./api.php/Core/!admin/users/add and /api.php/Core/!admin/users/editdata[two_step_enabled] is renamed data[require_2fa].perms[change_pass] is renamed perms[change_auth].groups must be one the administrator is allowed to manage. Otherwise the request is refused before the account is created.msg array, like the other endpoints.data[userIsActive] leaves the activation state of the account as it is. Before, such a request deactivated the account.data[two_step_reset] (set to 1) removes the second authentication factor of the account./api.php/Core/!admin/users/infospecial_type, which is guest for a guest account. See Get FileRun user account information for the list of fields./api.php/Core/!admin/users/edit_groups/api.php/Core/!admin/users/!super/app_passwordname for the app password.username returned is the public id of the account./api.php/Core/users/search/api.php/Core/account/password/api.php/Drive/files/copy/api.php/Drive/files/moveoverwrite parameter. When set to 1, a move onto an existing file replaces it. See Moving files or folders./api.php/Drive/files/extract and /api.php/Drive/files/zipeditor share role on a folder, without the permission to rename, move and delete, cannot extract over existing files any more.The permission "User can make changes to files and folders" (perms[changes] on the user and role endpoints, readonly in the stored records) is split into five permissions:
| Name | Meaning |
|---|---|
edit_files |
Edit existing files, including managing their previous versions |
rename_move_delete |
Rename, move and delete files and folders, including the trash and writing over existing files |
collections |
Create and manage collections and photo albums |
starring |
Star files and folders |
write_metadata |
Change tags, ratings and other metadata |
!admin/users/add, !admin/users/edit) and the role endpoints (!admin/roles/add, !admin/roles/edit) take the five names. perms[changes] is still accepted, as an alias of rename_move_delete.!admin/roles/info and !admin/users/info hand out the five names. readonly and changes are still handed out as aliases of rename_move_delete.account/info lists the five names under permissions. readOnly is still returned, as the negation of rename_move_delete.changes stores the other four permissions of the edited account as 0, because those endpoints rebuild the whole permissions record from the request. The role endpoints write only what the request names, so they are not affected.