From 823b50e1d03767960b1986a7be248ae389f18d9b Mon Sep 17 00:00:00 2001
From: "Miss Islington (bot)"
 <31488909+miss-islington@users.noreply.github.com>
Date: Wed, 31 Dec 2025 00:32:08 +0100
Subject: [PATCH] [3.13] gh-115634: document ProcessPoolExecutor
 max_tasks_per_child bug (GH-140897) (#143303)

gh-115634: document ProcessPoolExecutor max_tasks_per_child bug (GH-140897)
(cherry picked from commit 04899b8539ab83657a4495203f26b3cb1a6f46dc)

Co-authored-by: Gregory P. Smith <68491+gpshead@users.noreply.github.com>
---
 Doc/library/concurrent.futures.rst | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/Doc/library/concurrent.futures.rst b/Doc/library/concurrent.futures.rst
index bf98bf23f01..0a2fa48f9a3 100644
--- a/Doc/library/concurrent.futures.rst
+++ b/Doc/library/concurrent.futures.rst
@@ -278,6 +278,11 @@ in a REPL or a lambda should not be expected to work.
    default in absence of a *mp_context* parameter. This feature is incompatible
    with the "fork" start method.
 
+   .. note::
+      Bugs have been reported when using the *max_tasks_per_child* feature that
+      can result in the :class:`ProcessPoolExecutor` hanging in some
+      circumstances. Follow its eventual resolution in :gh:`115634`.
+
    .. versionchanged:: 3.3
       When one of the worker processes terminates abruptly, a
       :exc:`~concurrent.futures.process.BrokenProcessPool` error is now raised.