Closed frcroth closed 1 week ago
The pull request introduces a new feature for deleting workflows in the Voxelytics section of the application, including both backend and frontend components. Key changes involve the addition of methods for deleting workflows in the VoxelyticsController
and VoxelyticsDAO
, a new DELETE route for workflows, and a corresponding frontend function for invoking the delete action. The changelog has been updated to reflect these changes along with other enhancements and bug fixes across the application.
File Path | Change Summary |
---|---|
CHANGELOG.unreleased.md | Updated to include new features, changes, fixes, and a note on breaking changes. |
app/controllers/VoxelyticsController.scala | Added deleteWorkflow method; injected UserService for user-related operations. |
app/models/voxelytics/VoxelyticsDAO.scala | Introduced deleteWorkflow method for deleting workflows and updating related jobs in the database. |
conf/webknossos.latest.routes | Added new DELETE route /voxelytics/workflows/:workflowHash for workflow deletion. |
frontend/javascripts/admin/admin_rest_api.ts | Added deleteWorkflow function to send DELETE requests for workflow deletion. |
frontend/javascripts/admin/voxelytics/task_list_view.tsx | Introduced deleteWorkflowReport function for user-initiated deletion of workflow reports with confirmation. |
Objective | Addressed | Explanation |
---|---|---|
Allow to delete/archive voxelytics workflow reports (#7973) | ✅ |
bug
, backend
, frontend
In the land of Voxelytics, workflows take flight,
With a click and a confirmation, they vanish from sight.
A hop and a skip, the changes are here,
Deleting reports brings us all cheer!
So let’s celebrate with a joyful little dance,
For every new feature, we give it a chance! 🐇✨
Thank you for using CodeRabbit. We offer it for free to the OSS community and would appreciate your support in helping us grow. If you find it useful, would you consider giving us a shout-out on your favorite social media?
It is possible to delete the workflow while it is running. Should this be disabled? This causes the workflow to fail, more or less as expected. It does not seem like anything breaks.
I’d say that’s ok. Maybe include a warning in the deletion confirmation modal along the lines of “Note that if the workflow is still running, this may cause it to fail”. Can be a standard text, no need to figure out whether it is, in fact, still running. Thing is, I’m not sure if webknossos can reliably tell that a workflow was cancelled/killed. Sometimes it may appear to be still running in wk, while the vx process is already killed.
Since this is only for super users, should the button in the frontend be only available for super users (disabled / not shown?)
That’s right, it should not be shown for non-superusers. Maybe dieknolle3333 can give you some pointers as to how to achieve this.
URL of deployed dev instance (used for testing):
Steps to test:
Questions
TODOs:
Issues:
(Please delete unneeded items, merge only when none are left open)
Summary by CodeRabbit
Release Notes
New Features
Bug Fixes
Chores