Conversation
When dapr receives a termination signal, the app process gets killed without printing "Exited App successfully". The executeAgainstRunningDapr helper previously required this message whenever an app command was present. Accept "terminated signal received: shutting down" as a valid shutdown path that doesn't require a clean app exit message. Signed-off-by: joshvanl <me@joshvanl.dev>
There was a problem hiding this comment.
Pull request overview
Updates the E2E standalone test helper to treat Dapr shutdowns initiated by a termination signal as a valid/expected path, reducing flakiness when the app process is killed before emitting a clean “Exited App successfully” message.
Changes:
- Detects
terminated signal received: shutting downindapr runoutput. - Treats that termination-signal path as acceptable when determining whether
dapr runexited cleanly. - Skips the strict requirement for
Exited App successfullywhen shutdown was signal-driven.
💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.
You can also share your feedback on Copilot code review. Take the survey.
Signed-off-by: joshvanl <me@joshvanl.dev>
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## master #1610 +/- ##
=======================================
Coverage 15.43% 15.43%
=======================================
Files 64 64
Lines 7229 7229
=======================================
Hits 1116 1116
Misses 6027 6027
Partials 86 86 ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
| // NOTE: Do NOT use waitForAppsListed here — dapr list detects | ||
| // the daprd process running BEFORE the CLI finishes health | ||
| // checks, causing a race where stop is sent too early. | ||
| waitForLogContent(t, "../../apps/emit-metrics/.dapr/logs", "daprd", "You're up and running!", 180*time.Second) |
There was a problem hiding this comment.
Can't we wait for the apps to be healthy?
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
Signed-off-by: joshvanl <me@joshvanl.dev>
|
Closed in favor of #1619 |
When dapr receives a termination signal, the app process gets killed without printing "Exited App successfully". The executeAgainstRunningDapr helper previously required this message whenever an app command was present.
Accept "terminated signal received: shutting down" as a valid shutdown path that doesn't require a clean app exit message.