Skip to content

fix(n8n): form visual builder field ordering (v2.0.1)#192

Merged
lookinway merged 2 commits intomainfrom
fix/n8n-v2.0.1
Apr 7, 2026
Merged

fix(n8n): form visual builder field ordering (v2.0.1)#192
lookinway merged 2 commits intomainfrom
fix/n8n-v2.0.1

Conversation

@lookinway
Copy link
Copy Markdown
Collaborator

Summary

  • Fix Form Visual Builder "Could not get parameter" error — Type field must be first in fixedCollection values so other fields can reference it via displayOptions.show.type
  • Disable ESLint sort rule for FormDescription.ts (its autofix strips displayOptions and reorders fields alphabetically, breaking the builder)
  • Fix README archive installation URL (use tag-specific URL instead of unreliable /releases/latest/)
  • Bump version to 2.0.1

Root cause

n8n ESLint rule node-param-fixed-collection-type-unsorted-items auto-sorts values alphabetically by displayName, moving Type to the end. It also strips displayOptions from sub-fields. Both changes break the Visual Builder since other fields depend on type via displayOptions.show.type.

v1 node was not affected — it was frozen before ESLint was added.

Test plan

  • turbo build passes
  • turbo check passes (lint + typecheck + knip + 409 tests)
  • Manual: open Form > Create > Visual Builder, select block type, verify conditional fields appear

- Move Type field first in fixedCollection values so displayOptions.show.type works
- Disable ESLint sort rule for FormDescription.ts (its autofix strips displayOptions)
- Fix README archive install URL to use tag-specific path
- Bump version to 2.0.1
V1 Form node had no top-level `type` parameter (was hardcoded as
`modal`). When SharedRouter maps v1 `createView` to v2 `create`,
bodyMap tries to read `type` and throws "Could not get parameter".

Added `default` support to FieldMap: when a bodyMap entry has a
default value, getNodeParameter is wrapped in try/catch and falls
back to the default. Form `type` field now defaults to `modal`.
@lookinway lookinway merged commit 79407f1 into main Apr 7, 2026
9 checks passed
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