Skip to content

Remove trigger.enabled - #1564

Merged
josephjclark merged 11 commits into
release/nextfrom
remove-trigger-enabled
Oct 1, 2026
Merged

josephjclark merged 11 commits into
release/nextfrom
remove-trigger-enabled

Conversation

@josephjclark

Copy link
Copy Markdown
Collaborator

Short Description

This PR removes trigger.enabled from spec representations in sync v2: so when you pull a project, the trigger's enabled state is no longer present in workflow.yaml.

This prevents nonsense diffs when using sandboxes with gitub.

It requires a matching PR in lightning to remove trigger.enabled from the version hash (step.enabled is fine). That'll come later.

Fixes https://linear.app/openfn/issue/OFN-4700/dont-disable-triggers-on-sandboxes

AI Usage

Please disclose whether you've used AI anywhere in this PR (it's cool, we just
want to know!):

  • I have used Claude Code
  • I have used another model
  • I have not used AI

You can read more details in our
Responsible AI Policy

@github-project-automation github-project-automation Bot moved this to New Issues in Core Sep 28, 2026
@josephjclark
josephjclark changed the base branch from main to release/next October 1, 2026 15:53
@josephjclark
josephjclark merged commit 8f459f1 into release/next Oct 1, 2026
11 checks passed
@josephjclark
josephjclark deleted the remove-trigger-enabled branch October 1, 2026 15:53
josephjclark added a commit that referenced this pull request Oct 5, 2026
* Remove trigger.enabled (#1564)

* lexicon: remove trigger.enabled from spec

* update handling of trigger.enabled

* update version hash

* changeset

* remove log

* update version util and fix tests

* add notes to docs

* remove .only

* fix test

* update test

* fix integration test

* Support channels in v2 sync (#1566)

* project: read and write channels via channels.yaml

* project: fix sandbox merge dropping channels and keep remote channel ids on merge

* cli: deploy channel changes and deletions, and clear stale channels.yaml on checkout

* project: track removed channels on merge and send them as deletes

Move channel delete detection out of the CLI deploy handler and into the project's merge step, so any caller of toAppState sends removed channels to Lightning as deletes.

* project: store channels under a channels key in resources.yaml instead of channels.yaml

* project: key resources.yaml channels by id with a required name

* project: match channels by their resources.yaml id so renames keep the channel

* Resource Diffs (#1572)

* restructure project-diff

* diff channels in project

* log resource diff in CLI

* changeset

* one more changeset for the road

* format

* simplify

---------

Co-authored-by: Joe Clark <joe@openfn.org>

* No checkout after deploy (#1573)

* don't checkout after deploy

* test

* changeset

* fix test

* version

---------

Co-authored-by: Midigo Frank <39288959+midigofrank@users.noreply.github.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

Status: Done

Development

Successfully merging this pull request may close these issues.

1 participant