chore(deps): Bump @vueuse/integrations from 10.8.0 to 10.9.0

[dependabot]

Bumps @vueuse/integrations from 10.8.0 to 10.9.0.

Release notes

Sourced from @​vueuse/integrations's releases.

v10.9.0

   🚀 Features

• whenever: Override once option  -  by @​chizukicn in vueuse/vueuse#3800 (bd946)

   🐞 Bug Fixes

• useActiveElement/useFocusWithin: Replace computedWithControl with locally tracked ref  -  by @​jaketig in vueuse/vueuse#3815 (b1426)
• useClipboard: Fix issue when permission is not defined  -  by @​Mister-Hope in vueuse/vueuse#3812 (a9f02)
• useIDBKeyval: Use toRaw instead of overriding the original object  -  by @​ferferga in vueuse/vueuse#3805 (1b67d)
• useMounted: Compatible with vue2.7  -  by @​yanbowe in vueuse/vueuse#3802 (ee297)
• useScrollLock: InitialOverflow is not working  -  by @​BJ0815 in vueuse/vueuse#3798 (74e86)

    View changes on GitHub

Commits

• 639a57c chore: release v10.9.0
• 1b67d96 fix(useIDBKeyval): use toRaw instead of overriding the original object (#3805)
• See full diff in compare view

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

Dependabot will merge this PR once CI passes on it, as requested by @nextcloud-command.

---

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 merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @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)

[nextcloud-command]

@dependabot merge

[dependabot]

One of your CI runs failed on this pull request, so Dependabot won't merge it.

Dependabot will still automatically merge this pull request if you amend it and your tests pass.

[skjnldsv]

Needs a pin of this version, we need
nextcloud-libraries/nextcloud-vue#5296

"@vueuse/components": "~10.7.2 || ^10.8.1",
"@vueuse/core": "~10.7.2 || ^10.8.1",

EDIT:, ah no, [v10.9.0](https://github.com/vueuse/vueuse/releases/tag/v10.9.0) contains the fix 🚀

[skjnldsv]

/compile rebase-amend /

[skjnldsv]

@dependabot rebase

[skjnldsv]

/compile amend /

[nextcloud-command]

@dependabot merge

[susnux]

Not sure whats up with Cypress, but when running on garm3 it always completely fails unrelated...

[skjnldsv]

Your configFile threw an error from: /home/runner/actions-runner/_work/server/server/cypress.config.ts

The error was thrown while executing your e2e.setupNodeEvents() function:

Error: Timed out waiting for: http://172.17.0.2/index.php

Seems like not only garm3 is having issues

[SystemKeeper]

Also happening on github hosted runners: https://github.com/nextcloud/server/actions/runs/8312354765/job/22747317381#step:5:182. This must be something else. The about the driver leads to cypress-io/cypress#29085

[skjnldsv]

The driver message has happened in the past, this is not an issue :)

[susnux]

The driver message has happened in the past, this is not an issue :)

I think this time it might be related, I just ran npm ci and tried it locally and it fails even there (worked before).
I also get the "wrong ELF class ELFCLASS32" error and cypress refuses to run the tests.

I guess the recent Cypress blob was not compiled correctly and it missing static deps so they try to load it dynamically but fail because of wrong binary type.

For me it seems they hardcoded /usr/lib/... into the binary which will try to load the 32bit library while it is a 64bit app, so it fails. Locally Cypress only works using LD_LIBRARY_PATH=/usr/lib64.

---

But running #44258 seems to work at least for headless tests :)