Skip to content

Bump version to 0.1.4; use start target as anchor for blocker checks and add test - #17

Merged
jeromychu23 merged 3 commits into
mainfrom
codex/find-block_key-logic-in-propagate_target_from_ancestor
Mar 6, 2026
Merged

Bump version to 0.1.4; use start target as anchor for blocker checks and add test#17
jeromychu23 merged 3 commits into
mainfrom
codex/find-block_key-logic-in-propagate_target_from_ancestor

Conversation

@jeromychu23

Copy link
Copy Markdown
Owner

Motivation

  • Bump the crate and package metadata to 0.1.4 and keep lockfile/recipe in sync for a new bugfix release.
  • Ensure blocker checks use the original start target as the anchor when traversing ancestors so propagation is not incorrectly blocked by intermediate targets.

Description

  • Updated package version from 0.1.3 to 0.1.4 in Cargo.toml, Cargo.lock, and recipe/meta.yaml.
  • Introduced an anchor_target (cloned from the start row's target) and passed it to has_blocker_on_node_after_target so all blocker checks across ancestor traversal use the initial anchor instead of the evolving current_target.
  • Added a unit test blocker_checks_use_start_target_as_anchor_across_ancestors that constructs a multi-level scenario and asserts correct timestamp propagation when blockers are present.

Testing

  • Ran cargo test which executed the updated test suite including blocker_checks_use_start_target_as_anchor_across_ancestors and all tests passed.
  • The Cargo.lock was updated to reflect the version change and tests were run against that lockfile.

Codex Task

@jeromychu23
jeromychu23 merged commit 0d7a388 into main Mar 6, 2026
19 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant