Skip to content

chore(deps): nextcloud-vue 2.2.0-vue3.6 — the flow editor stops losing saves - #2369

Merged
rubenvdlinde merged 2 commits into
developmentfrom
chore/ncvue-2.2.0-vue3.6
Aug 6, 2026
Merged

chore(deps): nextcloud-vue 2.2.0-vue3.6 — the flow editor stops losing saves#2369
rubenvdlinde merged 2 commits into
developmentfrom
chore/ncvue-2.2.0-vue3.6

Conversation

@rubenvdlinde

Copy link
Copy Markdown
Contributor

Carries ConductionNL/nextcloud-vue#608, closing nextcloud-vue#607.

What was wrong

Pressing Save in the flow editor could do nothing at all, with no way to tell:

  • emptyFlow() has name: '', and only open('new') supplies the default — but open() ran behind await GET /api/flows, a flow list a blank flow does not need. The sidebar was already rendered and Save already enabled, so a save in that window posted name: "" and got 400 "A flow needs a name."
  • store.error was set on every refusal and rendered nowhere, so it looked identical to success. No server log line either — a 400 JSONResponse is not an exception.
  • The late open('new') also reset the flow, wiping a step already placed on the canvas.

Verified in the window itself

Clicking Save 120ms after opening a blank flow — where a 400 was previously reproducible 9 times in 10:

POST /api/flows -> 201   name: "New flow"
route           -> #/flows/4b4b0a25-…

The recurring npm trap

vue is pinned back to ^3.5.18 by hand, again. npm install rewrites it to ^3.5.0 to match the new package's own range, which contradicts the overrides entry — and CI's npm 10.8.2 refuses that outright:

npm error EOVERRIDE
Override for vue@^3.5.0 conflicts with direct dependency

Local npm 11 accepts it silently. npx npm@10.8.2 ci --dry-run is clean with the range restored.

This has now bitten twice on consecutive bumps of this one package. Worth automating; for now it is a hand check every time.

Carries ConductionNL/nextcloud-vue#608, which closes #607: the flow editor no
longer lets a user press Save before the store has a flow to save.

The window was real and wide. `emptyFlow()` has `name: ''`, only `open('new')`
supplies the default, and `open()` ran behind `await GET /api/flows` — a list
a blank flow does not need — while the sidebar was already rendered and Save
already enabled. Saving in that window posted `name: ""` and the API answered
400 "A flow needs a name." A refused save rendered nothing at all, so the user
saw the button flicker and no more. The same late `open('new')` also reset the
flow, wiping a step already placed on the canvas.

Verified against this bundle, in the window itself: clicking Save 120ms after
opening a blank flow — where a 400 was previously reproducible 9 times in 10 —
returns 201 with `name: "New flow"` and the route advances to the new uuid.

`vue` is pinned back to ^3.5.18 by hand again. `npm install` rewrites it to
^3.5.0 to match the new package's own range, which contradicts the `overrides`
entry, and CI's npm 10.8.2 refuses that with EOVERRIDE while local npm 11
accepts it silently. `npx npm@10.8.2 ci --dry-run` is clean with the range
restored. Worth automating; for now it is a hand check on every bump of this
package.
@github-actions

github-actions Bot commented Aug 6, 2026

Copy link
Copy Markdown
Contributor

Quality Report — ConductionNL/openregister @ 013e19a

Check PHP Vue Security License Tests
lint
phpcs
phpmd
psalm
phpstan
phpmetrics
eslint
stylelint
build
check-specs
test-l10n
composer ✅ 173/173
npm ✅ 713/713
PHPUnit ⏭️
Newman ⏭️
Playwright ⏭️
Hydra gates

Quality workflow — 2026-08-06 11:45 UTC

Download the full PDF report from the workflow artifacts.

@github-actions

github-actions Bot commented Aug 6, 2026

Copy link
Copy Markdown
Contributor

Quality Report — ConductionNL/openregister @ ae0ab98

Check PHP Vue Security License Tests
lint
phpcs
phpmd
psalm
phpstan
phpmetrics
eslint
stylelint
build
check-specs
test-l10n
composer ✅ 173/173
npm ✅ 713/713
PHPUnit
Newman
Playwright
Hydra gates

Quality workflow — 2026-08-06 12:24 UTC

Download the full PDF report from the workflow artifacts.

@rubenvdlinde
rubenvdlinde merged commit c61fe43 into development Aug 6, 2026
30 checks passed
@rubenvdlinde
rubenvdlinde deleted the chore/ncvue-2.2.0-vue3.6 branch August 6, 2026 12:25
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant