Describe the bug
- Key bindings broken - Ctrl+Enter now click the secondary button "run with custom input" instead of the primary button which runs the workflow. Ensure they still match the documentation: https://docs.openfn.org/documentation/keyboard-shortcuts
- The primary action got SWITCHED from "retry" to "create new workorder" when a run is loaded!
With a run loaded...
Before: "Run" opens the dialog
(a) Primary is retry ✅
(b) Secondary is new work order ✅
Now: "Run" actually runs
(a) Primary is "new work worder" ⚠️ 👈 this is the bug!
(b) Secondary opens the dialog ✅
(b1) Primary is retry ✅
(b2) Secondary is new work order ✅
Version number
v2.16.3 (1.5.82)
I have reproduced this locally on main:
To Reproduce Steps to reproduce the behavior:
- Go to a workflow diagram
- Press Ctrl+Enter
- The run panel shows up. (we rather expect the primary action. which is running the workflow to happen)
Expected behavior A clear and concise description of what you expected to
happen.
The primary action(running a workflow) should rather take place
Screenshots If applicable, add screenshots to help explain your problem.
Additional context Add any other context about the problem here.
Describe the bug
With a run loaded...
Before: "Run" opens the dialog
(a) Primary is retry ✅
(b) Secondary is new work order ✅
Now: "Run" actually runs
(a) Primary is "new work worder"⚠️ 👈 this is the bug!
(b) Secondary opens the dialog ✅
(b1) Primary is retry ✅
(b2) Secondary is new work order ✅
Version number
v2.16.3 (1.5.82)
I have reproduced this locally on main:
To Reproduce Steps to reproduce the behavior:
Expected behavior A clear and concise description of what you expected to
happen.
The primary action(running a workflow) should rather take place
Screenshots If applicable, add screenshots to help explain your problem.
Additional context Add any other context about the problem here.