-
-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
add store_eager_result setting so eager tasks can store result on the backend #6614
add store_eager_result setting so eager tasks can store result on the backend #6614
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
looks good to me. did you check this manually that it's working?
Not yet, I plan to test it today against my project. Will get back to you with the confirmation. |
@auvipy I confirm it is working! :) |
Though there is one issue, eager tasks do not store FAILURE results. Added. Line 162 in 29eda05
|
This pull request fixes 1 alert when merging 9f91917 into 29eda05 - view on LGTM.com fixed alerts:
|
thanks for checking. since it's a old issue so we had confusion in mind, so manual testing was needed |
Sure. Just to make it clear, I am currently using this version in my project and I find it to be working flawlessly. I'm not sure what old issue you are talking about. Please let me know if you need something else from me. |
I meant this is a very old issue so was bit cautious. I think we are good. waiting for some response from other maintainers |
…tore eagerly executed tasks results on the backend
This pull request introduces 1 alert and fixes 1 when merging 9bf78ec into 29eda05 - view on LGTM.com new alerts:
fixed alerts:
|
As long as I understand the main motivation of this PR is to support testing. Maybe we can update also this documentation: https://docs.celeryproject.org/en/latest/userguide/testing.html |
Yes, makes sense. Will do. |
…g' section where it's mention why/how use eager tasks when testing
Sorry it took so long. For the past 3 weeks I use it in my project, everything is fine. I believe tests exhaust all new cases and there will be no regression as it is a new setting. I think there's nothing more to be added in the docs either. Please let me know if I can do anything else. |
This pull request introduces 1 alert and fixes 1 when merging 6ca4f3a into 1eade4c - view on LGTM.com new alerts:
fixed alerts:
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
LGTM for me.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
IMHO we should now focus on 5.1 new features to master
This pull request introduces 1 alert and fixes 1 when merging 6927a04 into 1eade4c - view on LGTM.com new alerts:
fixed alerts:
|
merging this as 5.0 release almost 6 months back. we should combine 5.0.6 & 5.1.0 release to 5.1.0 this time. hope everyone is ok with that reasoning. I will try to help to write the release notes so that releasing would be easier for whoever wants to release them. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Thank you. Sorry I didn't get to reviewing this before it got merge.
Looks great!
… backend (celery#6614) * 6476 feat(setting): add setting `store_eager_result` that allows to store eagerly executed tasks results on the backend * 6476 style(setting): fix flake8 and sphinx lint * 6476 feat(results): add support for saving failed task results on the backend * 6476 docs(results): reword new setting definition in docs, add myself to contributors * 6476 docs(results): mention `task_store_eager_result` in docs 'testing' section where it's mention why/how use eager tasks when testing * 6476 docs(results): add versionadded 5.1 in docs under task_store_eager_result
Currently, if you use eager tasks and set that you do not want to ignore the result, it won't be saved on the backend.
There's literally no possible way to do that.
This PR adds a setting that will allow doing just that.
Imo that's a bug. Fixing it by allowing the task result to be saved when ignore result is false might break a lot of already existing projects so adding a new setting is the safest option.
Fixes #6476