-
Notifications
You must be signed in to change notification settings - Fork 3
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
feat: default user tasks with zeebe:UserTask
extension element
#86
Conversation
aa2d261
to
4e28fbd
Compare
What is the state of this pull request? |
4e28fbd
to
11d8c72
Compare
This is currently in draft because there are some failing tests around |
I will look into this now. |
11d8c72
to
6dbef38
Compare
Since @philippfromme's test update is merged now, let's run it on CI again. |
The test case requires manual XML editing.
Regarding the failing |
Done via 44dd8bd |
I suspect that the remaining test cases might be failing because we change from job worker to zeebe user task, so specifically related to the content of the PR. What about if we consider changing the editor's behaviour via a popup menu / context pad extension? So that we don't need to add the extension after the element is created, but rather create a proper user task from the beginning? This could have a down (or up?) side of being able to copy and paste a job-worker user task. What do you think @Skaiir ? |
I think using a behavior is the right approach here. We are using the same pattern for similar cases already. We just need to make sure the behaviors aren't conflicting with each other. |
Whatever solution we take, let's make sure these requirements are met:
|
I have adjusted the behavior to act on replace, and not do so on copy. Struggled with that second part but GPT found the hint in the context regarding how to differentiate a regular creation from a copy creation. Then I looked it up in the bpmn-js codebase and it seems to be the proper way: bpmn-io/bpmn-js@bf18032#diff-2f0de25761fb7459e88071f83fd845c5R22. === Regarding the leftover failing tests. I don't know this form behavior and I'm not sure what the expectations are, but it seems that it is only applicable for non-zeebe userTasks. The simple fix I could find to clear the last couple tests to green was to bypass the |
I'll have a look into this tomorrow. |
Thanks @Skaiir for a great review session together. I will implement the changes where we marked it with comments and release it today afternoon. |
I've applied the changes ideated in the review session, cf. dc78601 |
Thanks @Skaiir for providing this |
Released as v1.8.0 |
Related to camunda/camunda-modeler#4648