# 수동 매핑된 '워크플로 호출' Boolean 유형 필드의 값에 입력 사용 허용

**URL:** https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827
**Category:** Feature
**Tags:** completed, workflows
**Created:** [7월 29, 2026, 3:00오후 UTC](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827 "2026-07-29T15:00:57Z")
**Posts on this page:** 5
**Page:** 1

<div class="post-metadata">

### Author: ![per1234](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/per1234/32/569645_2.png) [@per1234](https://meta.discourse.org/u/per1234)
#### Post date: [7월 29, 2026, 3:00오후 UTC](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827/1 "2026-07-29T15:00:57Z")

</div>

### 기능 설명:

Discourse는 포럼 관리자가 복잡한 사용자 정의 작업을 쉽게 구성하여 유지 관리나 기타 포럼 기능을 향상시킬 수 있도록 하는 새로운 [“워크플로우(Workflows)” 기능](https://meta.discourse.org/t/a-preview-of-the-new-workflows-feature/406990)을 도입했습니다.

“워크플로우 호출(Call workflow)” 워크플로우 단계에서 수동으로 매핑된 Boolean 타입 필드의 값을 설정할 때 단계 입력값(step inputs)을 사용할 수 있도록 해 주세요.

### 현재 동작:

Boolean 타입 필드의 값은 스위치를 사용하여 단계 구성에 하드코딩할 수만 있습니다:

 ![image](https://global.discourse-cdn.com/meta/original/4X/1/0/b/10bf4541a0867230a238295c3690d18710608d4c.png)

#### 재현 단계:

1. 새로운 “워크플로우” 기능이 활성화된 사이트에서 관리자 권한이 있는 Discourse 포럼 계정으로 로그인합니다.
2. “워크플로우” 페이지(`/admin/plugins/discourse-workflows/workflows`)를 엽니다.
3. “ **+ 새 워크플로우** ” 버튼을 클릭합니다.  
새 워크플로우가 생성됩니다.
4. **+** 버튼을 클릭합니다.  
“**단계 추가(Add step)**” 패널이 열립니다.
5. 패널에서 **Flow \> Call workflow** 를 선택합니다.  
워크플로우에 “Call workflow” 단계가 추가됩니다.
6. “Call workflow” 단계를 더블 클릭합니다.  
해당 단계의 구성 대화 상자가 열립니다.
7. 대화 상자에서 “ **Input** ” 메뉴에서 "**필드 수동 매핑(Map fields manually)**"을 선택합니다.  
대화 상자에 “ **Fields** ” 섹션이 나타납니다.
8. 대화 상자에서 “ **+ 필드 추가** ” 버튼을 클릭합니다.  
대화 상자에 필드 구성 인터페이스가 추가됩니다.
9. “ **Type** ” 메뉴에서 " **Boolean**"을 선택합니다.

🙁 필드의 값은 스위치를 사용하여 단계 구성에 하드코딩할 수만 있습니다. 다른 필드 타입과 달리 입력값을 사용하여 값을 설정하는 방법이 없습니다.

### Discourse 버전:

`ba63d427fd88c5d83cb18695b16dbdbfad6fa834`

---

<div class="post-metadata">

### Author: ![zogstrip](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/zogstrip/32/512781_2.png) [@zogstrip](https://meta.discourse.org/u/zogstrip)
#### Post date: [7월 30, 2026, 9:03오전 UTC](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827/4 "2026-07-30T09:03:46Z")

</div>

리포트 감사합니다 @per1234 👍 다음 업데이트에 추가될 예정입니다.

> <https://github.com/discourse/discourse/pull/42153>
>
> Stacked on \`workflows-boolean-assignment-expressions\` — only the last commit is …new. Meant as follow-ups to review together with (or fold into) that branch before it ships.
> 
> Previously, \`BooleanControl\` kept a local copy of the plain/dynamic value conversion (so fixes to \`ExpressionWrapper\`'s converters silently did not apply to booleans), the wrapper carried \`@expressionMode\`/\`@modeItems\`/\`@onModeChange\`/\`@modeControlClass\` override hooks that only this one control used, and the full-width control wrapper defeated FormKit's end-alignment — the plain toggle sat stranded mid-row with the mode switcher at the far edge.
> 
> This change folds the boolean conversion into \`plainValueForModeToggle\` beside the existing array handling (preserving the \`={{ true }}\` literal round-trip your tests pin down), removes the now-unused wrapper hooks, derives the switcher positioning in CSS from FormKit's own \`form-kit\_\_field-toggle\` class instead of a component arg, and re-aligns the toggle flush to the field's end.
> 
> All the tests on the base branch pass unchanged except one assertion updated to the new positioning contract (\`--toggle\` class → rendered inside \`form-kit\_\_field-toggle\`).

_cc @renato_

---

<div class="post-metadata">

### Author: ![zogstrip](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/zogstrip/32/512781_2.png) [@zogstrip](https://meta.discourse.org/u/zogstrip)
#### Post date: [7월 31, 2026, 8:23오전 UTC](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827/7 "2026-07-31T08:23:24Z")

</div>

빠른 업데이트: @renato가 저와 동시에 작업했고, 결국 동일한 _기능_에 대해 PR이 두 개가 생겼습니다.

> <https://github.com/discourse/discourse/pull/42161>
>
> Boolean fields in manually mapped "Call workflow" inputs and in Set fields could… only be hardcoded with a switch, so step inputs could not drive them the way they drive every other field type.
> 
> This change enables expression mode for boolean assignment values, makes boolean toggles accept dropped variables like other expression-capable fields, and casts resolved values against an explicit true/false vocabulary.
> 
> Note: a boolean expression resolving to an unrecognized value ("maybe") now fails the step with a clear error instead of silently taking the false branch.

---

<div class="post-metadata">

### Author: ![per1234](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/per1234/32/569645_2.png) [@per1234](https://meta.discourse.org/u/per1234)
#### Post date: [7월 31, 2026, 11:39오전 UTC](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827/9 "2026-07-31T11:39:40Z")

</div>

`@zogstrip`님과 `@renato`님, 이 요청을 신속하게 해결해 주셔서 정말 감사합니다!

특히 `@zogstrip`님께서는 여기에서 업데이트를 게시하는 데 시간을 내어 주셔서 감사드립니다.

새로운 Workflows 플러그인이 정말 유용합니다.

---

<div class="post-metadata">

### Author: ![zogstrip](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/zogstrip/32/512781_2.png) [@zogstrip](https://meta.discourse.org/u/zogstrip)
#### Post date: [8월 7, 2026, 11:39오전 UTC](https://meta.discourse.org/t/allow-use-of-input-for-value-of-manually-mapped-call-workflow-boolean-type-fields/408827/10 "2026-08-07T11:39:47Z")

</div>

이 주제는 마지막 답변 후 7일이 지나면 자동으로 닫힙니다. 더 이상 새 답변을 남길 수 없습니다.
