Skip to content
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

Consider how to handle notification that have been stuck in a sending state over time #323

Open
Tracked by #576
acn-sbuad opened this issue Dec 4, 2023 · 1 comment
Labels
kind/chore Non functional, often repeating tasks. status/draft Status: When you create an issue before you have enough info to properly describe the issue.

Comments

@acn-sbuad
Copy link
Contributor

acn-sbuad commented Dec 4, 2023

Description

Not sure this is an issue with the design that we have currently landed on, but we still have some instances in a sending state in the test environment database.

We should run a full analysis and consider if it is even possible for instances to end in a "forever" sending state and how to address this

There is a need for an escape from the retry loop.

Cron job som går gjennom pending og setter status tilbake til ny.

Additional Information

No response

Tasks

No response

Acceptance Criterias

No response

@acn-sbuad acn-sbuad added status/draft Status: When you create an issue before you have enough info to properly describe the issue. kind/chore Non functional, often repeating tasks. labels Dec 4, 2023
@SandGrainOne
Copy link
Member

We'll need to wait to see how this would work with something other than Kafka.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
kind/chore Non functional, often repeating tasks. status/draft Status: When you create an issue before you have enough info to properly describe the issue.
Projects
None yet
Development

No branches or pull requests

2 participants