[stable33] chore(deps): Bump @nextcloud/files from 4.0.0-rc.3 to 4.0.0 in /build/frontend-legacy

[dependabot]

Bumps @nextcloud/files from 4.0.0-rc.3 to 4.0.0.

Release notes

Sourced from @​nextcloud/files's releases.

v4.0.0 - Nextcloud 33+

4.0.0 - 2026-02-10

ℹ️ The release does not contain any breaking changes compared to v4.0.0-rc.3.

📝 Notes

• This package now is a pure ES module.
• Due to breaking changes this major version is only compatible with the files app of Nextcloud 33 or later.
• The Node API was changed, the root property of any node, including File or Folder, is now required.
• All methods now also accept the interface of the provided classes, meaning instead of accepting View they accept the more generic IView interface. This allows better integration with frameworks and custom implementations of the interface where needed.

DAV related export

The DAV related exports from the main entry point were deprecated for a long time and are now removed from it. Instead you have to use the @nextcloud/files/dav entry point.

For example:

- import { davRemoteURL } from '@nextcloud/files'
+ import { defaultRemoteURL } from '@nextcloud/files/dav'

File Actions API changes

The FileAction API has been changed to provide a more consistent set of context to the action handlers. We're now using destructuring objects for the context parameters. For example:

type ActionContext = {
  nodes: INode[],
  view: IView,
  folder: IFolder,
  contents: INode[],
}

action.exec(view: View, folder: Folder, dir: string): Promise<boolean>


action.exec({ nodes, view, folder, contents }): Promise<boolean>

Node permissions

To make work with nodes easier a new constant has been introduced:

Permission.WRITE is set for files where the content can be changed (whereas Permission.UPDATE only indicates the file can be updates as in renamed or moved).

... (truncated)

Changelog

Sourced from @​nextcloud/files's changelog.

4.0.0 - 2026-02-10

ℹ️ The release does not contain any breaking changes compared to v4.0.0-rc.3.

📝 Notes

• This package now is a pure ES module.
• Due to breaking changes this major version is only compatible with the files app of Nextcloud 33 or later.
• The Node API was changed, the root property of any node, including File or Folder, is now required.
• All methods now also accept the interface of the provided classes, meaning instead of accepting View they accept the more generic IView interface. This allows better integration with frameworks and custom implementations of the interface where needed.

DAV related export

The DAV related exports from the main entry point were deprecated for a long time and are now removed from it. Instead you have to use the @nextcloud/files/dav entry point.

For example:

- import { davRemoteURL } from '@nextcloud/files'
+ import { defaultRemoteURL } from '@nextcloud/files/dav'

File Actions API changes

The FileAction API has been changed to provide a more consistent set of context to the action handlers. We're now using destructuring objects for the context parameters. For example:

type ActionContext = {
  nodes: INode[],
  view: IView,
  folder: IFolder,
  contents: INode[],
}

action.exec(view: View, folder: Folder, dir: string): Promise<boolean>


action.exec({ nodes, view, folder, contents }): Promise<boolean>

Node permissions

To make work with nodes easier a new constant has been introduced:

Permission.WRITE is set for files where the content can be changed (whereas Permission.UPDATE only indicates the file can be updates as in renamed or moved). This is similar to the Permission.CREATE for folders.

... (truncated)

Commits

• bd65425 Merge pull request #1497 from nextcloud-libraries/chore/prepare-v4
• fc0e5f3 chore: prepare v4.0.0
• 80dc1af Merge pull request #1495 from nextcloud-libraries/snowflake
• 9ccd156 feat(node): add support for string based snowflake ids
• See full diff in compare view

You can trigger a rebase of this PR by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[artonge]

/compile rebase /

[artonge]

This id is dropped during the File instantiation, but I don't understand why:
https://github.com/nextcloud/server/blob/stable33/apps/files_sharing/src/files_actions/acceptShareAction.spec.ts#L153

I don't get how it could be linked to the change for the snowflake.

[susnux]

/compile amend

[susnux]

This id is dropped during the File instantiation, but I don't understand why: https://github.com/nextcloud/server/blob/stable33/apps/files_sharing/src/files_actions/acceptShareAction.spec.ts#L153

I don't get how it could be linked to the change for the snowflake.

Tests are related to update - because the code was already quite bad.
You should not access root properties from attributes.
This was already the case but now it is also checked for .id.

Meaning node.id is ok but not node.attributes.id.
Same for any other root property like node.mime ok but node.attributes.mime not ok.

I pushed a fixed for the actions and tests.
Also the tests were setting two different ids, which is super weird...

[AndyScherzinger]

Cypress failure unrelated