You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
UPDATE_RECORD always replaces a field's value. There's no per-field write mode, so common needs — append to a multi-select, or fill only when the field is empty — each require a workaround: a FIND_RECORDS to read the current value, a CODE step to merge, then the UPDATE_RECORD.
Motivating example
To keep a Company's companySources (multi-select) in sync as people are attributed to it, we have to: FIND the company → CODE step that unions existing + incoming values and dedupes → UPDATE. The exact same three-step pattern is repeated for warehouse and biTool. All of it would collapse into a single "append (dedupe)" write.
Proposal
Add a per-field write mode on UPDATE_RECORD:
replace — current behavior (default)
append — for array / multi-select fields, with an optional dedupe
only-if-null / fill-if-empty — don't overwrite an existing value (protects human- or other-source-entered data)
Benefit
Removes the read → merge → write CODE-step dance for the very common append and fill-if-empty cases, and gives a native, declarative way to protect existing values from being clobbered.
This discussion was converted from issue #24047 on August 13, 2026 09:24.
Heading
Bold
Italic
Quote
Code
Link
Numbered list
Unordered list
Task list
Attach files
Mention
Reference
Menu
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
Uh oh!
There was an error while loading. Please reload this page.
Summary
UPDATE_RECORDalways replaces a field's value. There's no per-field write mode, so common needs — append to a multi-select, or fill only when the field is empty — each require a workaround: aFIND_RECORDSto read the current value, a CODE step to merge, then theUPDATE_RECORD.Motivating example
To keep a Company's
companySources(multi-select) in sync as people are attributed to it, we have to: FIND the company → CODE step that unions existing + incoming values and dedupes → UPDATE. The exact same three-step pattern is repeated forwarehouseandbiTool. All of it would collapse into a single "append (dedupe)" write.Proposal
Add a per-field write mode on
UPDATE_RECORD:Benefit
Removes the read → merge → write CODE-step dance for the very common append and fill-if-empty cases, and gives a native, declarative way to protect existing values from being clobbered.
All reactions