Add clarification about GracefulExit when using handle_signals=True#7043
Add clarification about GracefulExit when using handle_signals=True#7043Dreamsorcerer merged 6 commits intoaio-libs:masterfrom Daste745:handle-signals-graceful-exit-docs
GracefulExit when using handle_signals=True#7043Conversation
|
The issue #4414 is quite old, but I think this still needed addressing. I added a short mention about the need to handle |
|
I'll let @webknjaz look over it, as it was his issue. |
This comment was marked as off-topic.
This comment was marked as off-topic.
webknjaz
left a comment
There was a problem hiding this comment.
Other than the necessary change note improvements, this LGTM.
|
Cool, thanks! |
|
We've got some CI errors, probably because |
|
Hmm, should it be added to the reference section then? Previously, it was considered a private inner working of the library, and not meant to be used by a user. But, if we are now expecting users to catch the exception, then maybe it needs to be documented as part of the public API now.. |
|
I agree. I'll try to find a place to document the |
Head branch was pushed to by a user without write access
|
I added it under the same section that |
Backport to 3.10: 💚 backport PR created✅ Backport PR branch: Backported as #9122 🤖 @patchback |
Backport to 3.11: 💚 backport PR created✅ Backport PR branch: Backported as #9123 🤖 @patchback |
…xit` when using `handle_signals=True` (#9122) **This is a backport of PR #7043 as merged into master (bee613d).** Co-authored-by: Daste <[email protected]>
…xit` when using `handle_signals=True` (#9123) **This is a backport of PR #7043 as merged into master (bee613d).** Co-authored-by: Daste <[email protected]>
What do these changes do?
Clarify that
GracefulExitneeds to be handled manually when usinghandle_signals=TrueinAppRunnerandServerRunner.Are there changes in behavior for the user?
N/A
Related issue number
Fixes #4414
Checklist
CONTRIBUTORS.txtCHANGESfolder<issue_id>.<type>for example (588.bugfix)issue_idchange it to the pr id after creating the pr.feature: Signifying a new feature..bugfix: Signifying a bug fix..doc: Signifying a documentation improvement..removal: Signifying a deprecation or removal of public API..misc: A ticket has been closed, but it is not of interest to users.