Setting the file. One moment.
Skill 18 · Webflow Mcp:interactions
Subchapter 18.8
references/panel-traps.mdMarkdown12 KBView on GitHub
Values the write path accepts but the Interactions panel cannot author, display, edit, or clear. The write succeeds. Nothing errors. The damage is only visible to the human afterwards, when they open the panel and find a state they cannot reach or undo.
This is the one class no error message will ever teach an agent, which is why it is documented separately.
Every row on this page is [PANEL-TRAP].
Do not author these unsolicited. If a user explicitly asks for one, warn that the result will not be editable in the Designer.
Each entry names the guard that deliberately stops short of covering it, rather than asserting “the API accepts this”. Several of these carve-outs are intentional — the guard matches the panel’s own condition exactly so the API is not stricter than the panel. Written this way, a future guard makes an entry incomplete rather than wrong.
| Field | Panel behavior | Guard that stops short |
|---|---|---|
settings.control on a role-routed timeline whose Control dropdown is hidden | Hidden while reusing when the trigger offers one control or none. getEffectivePlaybackConfig reads role-routed timelines from settings alone, so the value dispatches. | The playback guards (findTriggerJumpError, findTriggerSpeedError, findUneditablePlaybackFieldError) are all trigger-level. Nothing validates timeline.settings.*. |
Any timeline.settings.* on a continuous, non-interval timeline | The settings popover does not render, but buildSubTimeline still passes settings into the GSAP defaults, so the value is live. | Same, trigger-level only. |
assignedGroupId on a load, scroll, or continuous trigger | The assign UI lists standard triggers only; the runtime ignores the assignment. | findOrphanedGroupAssignmentError covers discrete standard triggers only and deliberately exempts these, so an ignored assignment still stores. |
settings.control on a grouped timeline is deliberately absent from this
table. A standard trigger routed to a group takes control from the trigger, so
a stored value there has no effect. See
timelines-and-groups.md.
The role-based hover shape had a row here, on the grounds that neither role-based action group offered a remove button. That was true, and #117817 (opens in a new tab) fixed it on 2026-08-19 — Remove now renders for that shape when a Hover owner exists. Confirmed in the Designer afterwards: a role-form hover authored through MCP shows a delete control on both Actions groups, the same as the split form. The row is withdrawn as of that merge, rather than reworded, because the missing control was its only claim.
Both hover forms are now expressible through MCP: the timeline input carries
groupId, so the trigger split the panel prefers is authorable, and an unmatched
assignedGroupId is rejected by findOrphanedGroupAssignmentError instead of
stored inert. Prefer the split because it is the shape the panel writes itself,
not because the role form costs anything. Details in
trigger-hover.md.
| Field | Panel behavior | Guard that stops short |
|---|---|---|
timing.duration on a Set action | Duration input disabled for Set. | findActionTimingPositionError covers position only. |
timing.ease on a Set action | Ease row not rendered for Set. | No timing.ease guard exists. |
timing.repeat / timing.yoyo / timing.stagger, and action-level splitText, on a Set action | The whole block is gated behind a non-Set tween type. | findScrollScrubActionTimingError keys off scroll scrub, not Set. |
timing.repeat / yoyo on a continuous-only interaction | Repeat UI not rendered when a continuous trigger is present. | findScrollScrubActionTimingError keys off scrub; continuous alone is not covered. |
| Start plus duration past 100% of a percent canvas | Start is clamped to 100% − duration% and the input disables entirely at 0%. | findActionTimingPositionError rejects operator strings, not out-of-range numerics. |
| Field | Panel behavior | Guard that stops short |
|---|---|---|
A from slot value on a To tween | From editor disabled. | validateActionPropertyShape validates leaf shapes, not slot-versus-tween consistency. |
A to slot value on a From tween | To editor disabled. | Same. |
Plugin from/to slots on the wrong tween type (wf:spline) | Selects disabled per tween type. | validateActionPropertyShape returns early for plugin keys with no deep property list. |
| Field | Panel behavior | Guard that stops short |
|---|---|---|
| Scroll page-target start offset greater than the end offset | The panel silently drops the change, with no error shown. | No scroll position-ordering guard exists. |
velocityInfluence: true on a non-interval timeline | getEffectiveVelocityState forces the effective state to false, so the toggle is hidden but the animation-type selector is restored and the property picker is unrestricted. The stored flag is inert here. | No velocityInfluence guard exists. The risk is not a stuck editor: it is that the flag becomes effective again if the action is later placed on an eligible mouse-move interval timeline, without the user having asked for it. |
These look like traps and are not. Treating them as traps produces payloads the API refuses.
triggerMetadata.distance outside 1 to 10000, or fractional. The panel
clamps and rounds, which resembles a trap, but triggerMetadata‘s schema bounds
it as z.number().finite().int().min(1).max(10000). An out-of-range or
fractional value is rejected at schema validation and never reaches the panel.
See trigger-mouse-move.md.
Target scope on a Designer-authored wf: target. The Scope selector is
hidden when the target has filtering, which resembles a trap. But
validateTargetValue refuses DirectScope and SelectorScope on these targets
outright, whether or not a filter is active: the Designer narrows targets through
Filter, so Scope is not authorable through the API at all. See
envelope-and-targets.md.
Navbar and dropdown playback fields. The panel hides the playback editor for
them, which resembles the scroll and continuous case. But they still carry
control: 'play', and findGroupedTriggerControlError requires it once the
interaction has two or more grouped timelines. They are deliberately excluded from
NO_PLAYBACK_CONTROL_TYPES so the two guards do not contradict each other. (Both
triggers are gated anyway — see gated-capabilities.md.)
Conditional outcome targetTimelineId outside the assigned group. The panel
narrows the outcome list to the assigned group and findConditionalOutcomeError
does not check membership — but the whole conditions capability is refused by
findConditionsCapabilityError, so this is unreachable rather than a trap.
These surfaced during the audit and are not listed above because they could
not be confirmed. Do not add them without verifying against current source:
flip-ease control masking, action.hidden, the Lottie 0–1 frame clamp, and
invalid scroll position strings persisting after a failed inline validation.
Documenting a trap deliberately does not add a guard for it. Turning any of
these into a rejection changes write behavior, needs its own risk assessment, and
must never carry a non-prod: label. Track that separately as parity work.