Workflow can't set boolean field#2928
Conversation
Automated implementation by DT Loop Engineer. Loop iterations: 1 Closes #5 Co-authored-by: loop-engineer[bot] <loop-engineer[bot]@disciple.tools>
Automated implementation by DT Loop Engineer. Loop iterations: 1 Closes #5 Co-authored-by: loop-engineer[bot] <loop-engineer[bot]@disciple.tools>
Automated implementation by DT Loop Engineer. Loop iterations: 1 Closes #5 Co-authored-by: loop-engineer[bot] <loop-engineer[bot]@disciple.tools>
Automated implementation by DT Loop Engineer. Loop iterations: 1 Closes #5 Co-authored-by: loop-engineer[bot] <loop-engineer[bot]@disciple.tools>
Automated implementation by DT Loop Engineer. Loop iterations: 4 Closes #5 Co-authored-by: loop-engineer[bot] <loop-engineer[bot]@disciple.tools>
|
Code Review Summary of change: action_update() now coerces the incoming boolean field value with filter_var(..., FILTER_VALIDATE_BOOLEAN) instead of passing the raw value straight through, so string values like "false" (truthy in PHP) are correctly converted to false before being handed to DT_Posts::update_post(). This matches the boolean-coercion convention already used elsewhere (e.g. dt-posts/posts.php:2899), and the added unit test covers both "true"/"false" cases. Medium
Looks close to ready - the direct fix in action_update() is correct and well-tested, but the sibling condition_equals/condition_not_equals logic likely needs the same treatment for the fix to be reliable end-to-end in real workflows. |
Automated implementation by DT Loop Engineer. Loop iterations: 3 Closes #5 Co-authored-by: loop-engineer[bot] <loop-engineer[bot]@disciple.tools>
Code ReviewSummary of change: Fixes boolean field handling across the workflow engine. I traced the read/write path in I don't see any new High or Medium issues beyond what's already been raised in this PR's review history. Not re-raising, but still outstanding: The core fix ( |
Code ReviewSummary: Medium
The core fix ( |
|
Code Review Summary: The functional fix is correct — Medium
The core boolean-coercion fix ( |
Code ReviewSummary: The core fix is unchanged from prior review rounds and remains correct — Not re-raising the formatting-churn (short Medium
No new correctness or security issues found beyond what's already been raised in this PR's review history. The functional fix is sound; the only new item is the redundant test file, which is a minor cleanup rather than a merge blocker. |
Code ReviewSummary: The core fix remains unchanged from prior review rounds and is correct — High
Medium
The functional fix ( |
Code ReviewSummary: The functional fix remains correct and unchanged from prior rounds — This PR has been reviewed many times already; the same hygiene issues keep getting raised and are still unresolved (in fact, worse) in the current diff. High
Medium
The core boolean-coercion fix is correct and adequately tested. The PR is not ready to merge as-is: it still needs the root-level scratch files removed (now more of them than before), the redundant/dead |
Code ReviewSummary: The functional fix remains correct and unchanged from prior rounds — This PR has been through many review rounds already, and the same hygiene issues remain unresolved (verified against the current diff, not just prior comments): High
Medium
The core boolean-coercion fix ( |
Code ReviewSummary: The functional fix is unchanged from prior rounds and remains correct — This PR has been reviewed many times already. The functional fix keeps passing review, but the repo-hygiene problems raised repeatedly are unresolved and have gotten worse, not better, since the last round. High
Medium
The core boolean-coercion fix ( |
Code ReviewSummary: The functional fix remains unchanged from prior rounds and is still correct — This PR has been through many review rounds already. The diff is byte-for-byte unchanged from the immediately preceding round — none of the previously-flagged hygiene issues have been addressed. High
Medium
The core boolean-coercion fix ( |
Code ReviewSummary: The functional fix remains correct and unchanged from prior rounds — This PR has been through many review rounds already, and the repo-hygiene issues raised repeatedly remain unresolved — and have gotten worse, not better, since the last round. High
Medium
The core boolean-coercion fix ( |
Code ReviewSummary: The functional fix is unchanged from prior rounds and remains correct — This PR has been through many review rounds. The repo-hygiene issues raised repeatedly are still unresolved in the current diff. High
Medium
The core boolean-coercion fix ( |
Code ReviewNo changes since the last review round — the diff is byte-for-byte identical to what was already reviewed. All previously-flagged issues remain unresolved. Summary: The functional fix is correct: High
Medium
The core boolean-coercion fix ( |
Revert the file-wide [] -> array() / else if -> elseif / alignment churn in workflows-execution-handler.php so the diff is scoped to just the boolean-coercion fix (condition_equals, condition_not_equals, action_update). Switch the boolean test to extend WP_UnitTestCase like the rest of the suite and drop the manual require_once. Co-Authored-By: Claude Opus 4.8 (1M context) <noreply@anthropic.com>
Code ReviewSummary: The current diff is minimal and scoped to the fix — 2 files changed:
I verified via No High or Medium issues found in the current diff. Note for whoever's triaging this thread: several earlier automated review comments on this PR (2026-07-10 through 2026-07-14) flagged 15 root-level debug/scratch PHP files, a dead The boolean-coercion fix itself is correct, minimal, and adequately tested. This PR looks ready to merge. |
|
Sorry for the church on this PR as I tried to wrangle some various agents who all needed help. It should be good now and ready for review. @corsacca @squigglybob |
|
Thanks @cairocoder01 . |
Workflows were not properly setting a true value for boolean fields. This is a fix with a test to confirm.
Written by bot: cairocoder01#6
I pulled the change and confirmed on a local dev site.