Root cause analysis:
1. n8n API requires settings field in ALL update requests (per OpenAPI spec)
2. Previous cleanWorkflowForUpdate always set settings={} which prevented updates
Fixes:
1. Add settings field to "Update Connections" test
2. Update cleanWorkflowForUpdate to filter settings instead of overwriting:
- If settings provided: filter to OpenAPI spec whitelisted properties
- If no settings: use empty object {} for backwards compatibility
- Maintains fix for Issue #248 by filtering out unsafe properties like callerPolicy
This allows settings updates while preventing version-specific API errors.
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Issue #248 required three iterations to solve due to n8n API version differences:
1. First attempt: Whitelist filtering
- Failed: API rejects ANY settings properties via update endpoint
2. Second attempt: Complete settings removal
- Failed: Cloud API requires settings property to exist
3. Final solution: Unconditional empty settings object
- Success: Satisfies both API requirements
Changes:
- src/services/n8n-validation.ts:153
- Changed from conditional `if (cleanedWorkflow.settings)` to unconditional
- Always sets `cleanedWorkflow.settings = {}`
- Works for both cloud (requires property) and self-hosted (rejects properties)
- tests/unit/services/n8n-validation.test.ts
- Updated all 4 tests to expect `settings: {}` instead of removed settings
- Tests verify empty object approach works for all scenarios
Tested:
- ✅ localhost workflow (wwTodXf1jbUy3Ja5)
- ✅ cloud workflow (n8n.estyl.team/workflow/WKFeCRUjTeYbYhTf)
- ✅ All 72 unit tests passing
References:
- https://community.n8n.io/t/api-workflow-update-endpoint-doesnt-support-setting-callerpolicy/161916
- Tested with @agent-n8n-mcp-tester on production workflows
Previous fix attempted to whitelist settings properties, but research revealed
that the n8n API update endpoint does NOT support updating settings at all.
Root Cause:
- n8n API rejects ANY settings properties in update requests
- Properties like callerPolicy and executionOrder cannot be updated via API
- See: https://community.n8n.io/t/api-workflow-update-endpoint-doesnt-support-setting-callerpolicy/161916
Solution:
- Remove settings object entirely from update payloads
- n8n API preserves existing settings when omitted from updates
- Prevents "settings must NOT have additional properties" errors
Changes:
- src/services/n8n-validation.ts: Replace whitelist filtering with complete removal
- tests/unit/services/n8n-validation.test.ts: Update tests to verify settings removal
Testing:
- All 72 unit tests passing (100% coverage)
- Verified with n8n-mcp-tester on cloud workflow (n8n.estyl.team)
Impact:
- Workflow updates (name, nodes, connections) work correctly
- Settings are preserved (not lost, just not updated)
- Resolves all "settings must NOT have additional properties" errors
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
Issue #248: Settings validation error
- Add callerPolicy to workflowSettingsSchema to support valid n8n property
- Implement settings filtering in cleanWorkflowForUpdate() to prevent API errors
- Filter out UI-only properties like timeSavedPerExecution
- Preserve only whitelisted settings properties
- Add comprehensive unit tests for settings filtering
Issue #249: Misleading error messages for addConnection
- Enhanced validateAddConnection() with parameter validation
- Detect common mistakes like using sourceNodeId/targetNodeId instead of source/target
- Provide helpful error messages with correct parameter names
- List available nodes when source/target not found
- Add unit tests for all error scenarios
All tests passing (183 total):
- n8n-validation: 73/73 tests (100% coverage)
- workflow-diff-engine: 110/110 tests
🤖 Generated with [Claude Code](https://claude.com/claude-code)
Co-Authored-By: Claude <noreply@anthropic.com>
- Remove default settings logic from cleanWorkflowForUpdate that was causing
"settings must NOT have additional properties" error
- The function now only removes read-only fields without adding any properties
- Add comprehensive test coverage in test-issue-45-fix.ts
- Add documentation explaining the difference between create and update functions
- Bump version to 2.7.14
This fixes the issue where n8n_update_partial_workflow would pass validation
but fail during execution when workflows didn't have settings defined.
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
BREAKING CHANGES:
- Renamed n8n_update_workflow to n8n_update_full_workflow for clarity
NEW FEATURES:
- Added n8n_update_partial_workflow tool for diff-based workflow editing
- Implemented WorkflowDiffEngine with 13 operation types
- Added transactional updates with two-pass processing
- Maximum 5 operations per request for reliability
- Operations can be in any order - engine handles dependencies
- Added validateOnly mode for testing changes before applying
- 80-90% token savings by only sending changes
IMPROVEMENTS:
- Enhanced tool description with comprehensive parameter documentation
- Added clear examples for simple and complex use cases
- Improved error messages and validation
- Added extensive test coverage for all operations
DOCUMENTATION:
- Added workflow-diff-examples.md with usage patterns
- Added transactional-updates-example.md showing before/after
- Updated README.md with v2.7.0 features
- Updated CLAUDE.md with latest changes
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
- Add node type existence validation that catches invalid types
- Fix critical issue: now catches 'nodes-base.webhook' BEFORE database lookup
- Add smart suggestions for common mistakes (webhook → n8n-nodes-base.webhook)
- Add minimum viable workflow validation (prevents single-node workflows)
- Add empty connection detection for multi-node workflows
- Add helper functions for workflow structure examples and fix suggestions
- Prevent AI agents from creating workflows with question mark nodes
This fixes the exact issue where workflows created with 'nodes-base.webhook'
would show as broken (question marks) in the n8n UI.
🤖 Generated with [Claude Code](https://claude.ai/code)
Co-Authored-By: Claude <noreply@anthropic.com>
