FeatureFuel
0

Workflow settings cannot unset callerIds after workflowsFromAList; exact restore is impossible

Source: n8n-io/n8n#40549 · opened by @Le-Serviteur
Bug Description On n8n Cloud, after temporarily setting a workflow to: there is no supported workflow-settings update path that restores the raw settings to a prior state where the callerIds key was completely absent. This is not an authorization-bypass report: restoring callerPolicy = none correctly blocks sub-workflow callers. The issue is exact rollback/state restoration. We use pre-mutation snapshots and require the post-restore raw workflow settings to match the pre-mutation state. If callerIds was absent before the temporary authorization, n8n currently leaves the old value persisted after restore. To Reproduce 1. Start with a workflow whose raw settings do not contain callerIds: Verify: 2. Temporarily set: 3. Restore the original settings object, intentionally omitting callerIds. 4. Read the workflow settings again. Observed: We also tested the available alternatives on disposable workflows: Expected behavior There should be a supported way to restore …

No pledges yet. Be the first to back this.

Make a pledge

Pledge your monetary support if this feature is added.

$

Comments

No comments yet.

Replying to

Add a comment

What do you think about this feature request?


Similar requests