-
Notifications
You must be signed in to change notification settings - Fork 4.7k
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
Check if conversation ID is valid for all server endpoints #7022
Comments
Exalate commented: aleronupe commented: Hi @ricwo, @RomuloSouza and I got interested on this issue and we started to develop a solution to it. Are there any other requirements to completely solve the problem than creating the decorator and raising the exception if the id doesn’t exist? |
Exalate commented: ricwo commented: cc @wochinge, would you mind taking this over? |
Exalate commented: wochinge commented: @aleronupe I don't think it necessarily needs to be a decorator. Not sure if it's possible, but it would also be great if we don't retrieve the tracker twice from the database. And I don't think we need this warning for every endpoint. After having a quick look, I'd think that these would be candidates:
|
Exalate commented: aleronupe commented: @wochinge We tried to develop a solution where we wouldn't have to retrieve the tracker twice from the database but, as each server endpoint uses a different processor function, we had to retrieve the tracker at the decorator in a more generic way. |
➤ Maxime Verger commented: 💡 Heads up! We're moving issues to Jira: https://rasa-open-source.atlassian.net/browse/OSS. From now on, this Jira board is the place where you can browse (without an account) and create issues (you'll need a free Jira account for that). This GitHub issue has already been migrated to Jira and will be closed on January 9th, 2023. Do not forget to subscribe to the corresponding Jira issue! ➡️ More information in the forum: https://forum.rasa.com/t/migration-of-rasa-oss-issues-to-jira/56569. |
Description of Problem: In the HTTP server, we should check for endpoints that depend on
conversation_id
that this ID exists.Overview of the Solution: Create a decorator similar to
ensure_agent_is_loaded()
that uses the processor and checks if the conversation ID exists. If not, it returns an appropriate error code.The text was updated successfully, but these errors were encountered: