[CCOR-13552]enh: version-aware delete dialog, on a restyled shared confirmation by najeebkp · Pull Request #1703 · conductor-oss/conductor · GitHub
Skip to content

[CCOR-13552]enh: version-aware delete dialog, on a restyled shared confirmation - #1703

Open
najeebkp wants to merge 3 commits into
mainfrom
CCOR-13552-create-version-aware-delete-dialog
Open

najeebkp wants to merge 3 commits into
mainfrom
CCOR-13552-create-version-aware-delete-dialog

Conversation

@najeebkp

Copy link
Copy Markdown
Contributor

Pull Request type

  • Bugfix
  • Feature
  • Refactoring (no functional changes, no api changes)
  • Build related changes
  • WHOSUSING.md
  • Other (please describe):

NOTE: Please remember to run ./gradlew spotlessApply to fix any format violations.

Changes in this PR

CCOR-13552 Create version-aware delete dialog
also connected with CCOR-13397, CCOR-13424 and CCOR-13432

Deleting from a list page removed only the latest version, leaving the definition listed at an older one. The dialog now asks which version to remove and says what survives. ConfirmChoiceDialog, which every confirmation renders through, loses the grey bands and gains a destructive treatment.

Two things, sharing one dialog.

Which version. List pages show one row per definition at its latest version, so a bare "delete" removed just that version and left the rest — it read as "the delete did nothing". DeleteVersionedDialog now asks which version to remove, states the outcome ("Versions 2 and 1 will remain, and version 2 becomes the latest"), and offers all versions where an endpoint exists — schemas have one, workflows do not. A single-version definition shows no picker, since "that version" and "all versions" would be the same delete. Wired into Workflow Definitions and Schemas.

One confirmation style. ConfirmChoiceDialog still wore the theme's grey title and action bands while UnsavedChangesDialog and ConfirmModal had each opted out of them. It now matches: no bands, a hairline footer,
one width, and a destructive flag giving deletes a trash badge and a red confirm button instead of "Confirm" with a save icon. destructive defaults to isInputConfirmation, which is how the button colour was already chosen, so all 45 existing callers keep their behaviour — no call site changed.

Adds tests for ConfirmChoiceDialog, which had none.

Verified in the browser against a local server: a versioned delete, a plain delete, and a non-destructive confirmation, with the DELETE requests.

Demo

Screen Recording 2026-09-30 at 10 40 12 AM

@najeebkp
najeebkp marked this pull request as ready for review September 30, 2026 10:12
@ajlai-orkes

Copy link
Copy Markdown
Contributor

@najeebkp

najeebkp commented Oct 6, 2026

Copy link
Copy Markdown
Contributor Author

What do you think about this UX for the delete dialog but styled more consistently with our current theme https://claude.ai/design/p/66cde3fd-f093-4d97-8b93-cf1584cf62ad?file=Delete+Versions+Dialog.dc.html&via=share

This also looks good. what if there are 10+ versions?

@ajlai-orkes

Copy link
Copy Markdown
Contributor

This branch has not been deployed

No deployments
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants