Bug: Elsa 2.0 Activity StartAt triggers a new workflow, although it is not a start trigger
See original GitHub issueI want to trigger a specific action when a ticket expires. For this I want to use StartAt and use the expiration date as the execution point.
I noticed that every time I start the program, the workflow is created. As I have seen, it is ignored that it is not a start trigger.
I use startAt in several places and so I defined it as follows.
var startAt = workflow.Add<StartAt>(startAt => startAt.Set(x => x.Instant, context => {
var ticket = context.GetWorkflowContext<Ticket>();
return Instant.FromDateTimeUtc(ticket.FollowupBy.Value.ToUniversalTime());
}));
workflow
.WithContextType<Ticket>()
.StartWith<EntityChangedTrigger>(.......
Issue Analytics
- State:
- Created 3 years ago
- Comments:9 (9 by maintainers)
Top Results From Across the Web
Writing Blocking Activities · ELSA
In this guide, we will learn how to create blocking activities by implementing a sample activity that acts as a workflow trigger.
Read more >"Fault: Response has already started" error in Elsa ...
This happens when a workflow isn't correlated, and the signal being received triggers all of them. This would cause multiple attempts to write ......
Read more >What's new in Elsa 2.0
1. Brand new designer with pan & zoom support and auto-layout · 2. Improved Workflow Builder API for Coded Workflows · 3. Coded...
Read more >Workflow unable to get triggered in runtime.
The workflow shud trigger when a new Service Request record is written and an Activity record must be inserted. During runtime whenever i...
Read more >Known Problem Report as of Aug 7 2023 4:00AM
After upgrading from OpenLAB CDS 2.0 to 2.1, the following error message appears when launching an instrument: "Failed to connect to the instrument...
Read more >
Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start Free
Top Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found

Indeed, that might be a nice solution. There’s already a way to build child graphs (used when creating composite activities), so perhaps this can be reused as-is or with some small tweaks.
Indeed, in this case the StartAt activity should not trigger the workflow when the application starts. I’ll try and see if I can reproduce this behavior.