This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Title: asyncio.Task reference misses the most important fact about it, related info spread around intros and example commentary instead
Type: enhancement Stage:
Components: asyncio, Documentation Versions: Python 3.5
Status: closed Resolution: fixed
Dependencies: Superseder:
Assigned To: docs@python Nosy List: docs@python, giampaolo.rodola, gvanrossum, pfalcon, pitrou, terry.reedy, vstinner, yselivanov
Priority: normal Keywords:

Created on 2014-04-27 15:38 by pfalcon, last changed 2022-04-11 14:58 by admin. This issue is now closed.

Messages (5)
msg217272 - (view) Author: Paul Sokolovsky (pfalcon) * Date: 2014-04-27 15:38
It caused me a big surprise that asyncio.Task object automatically schedules itself in the main loop for execution upon creation (i.e. in constructor).

Nowhere in the main reference part of section " Task" ( does it mention that fact. Vice versa, it explicitly says that Task is merely "A coroutine object wrapped in a Future.", which surely sets grounds for surprise when finding that Task is not just coroutine wrapped in Future, but exhibits extra behavior unexpected of plain Future.

Docs cursorily mention this property of Task outside main reference section for it. Specifically:

1) " Coroutines", end of intro section:

"In the case of a coroutine object, there are two basic ways to start it running: call yield from coroutine from another coroutine (assuming the other coroutine is already running!), or convert it to a Task."

I would argue that this is way too cursorily and doesn't put strong enough emphasis on the property of self-scheduling, to catch attention of novice or casual reader. For example, my entailments after reading the passage above are: "... or convert it to a Task, to schedule it in a loop [explicitly], because a coroutine can't be scheduled in a loop directly, but Task can be".

2) Very end of subsection " Example: Parallel execution of tasks", a short line squeezed between colored example block and new section heading - a place where some user will miss it outright: "A task is automatically scheduled for execution when it is created."

Based on case study above, I would like to propose:

1). In section " Task", in class description, make unmissable fact that instantiating an object makes it scheduled. For example, append after: "A coroutine object wrapped in a Future. Subclass of Future." following: "Instantiating object of this class automatically schedules it to be run in an event loop specified by 'loop' parameter (or default event loop)."

2) Ideally, update 2 excerpts above to convey more explicit information, and be more visible (for case 2, for example, move it before the example, not after).
msg217275 - (view) Author: Paul Sokolovsky (pfalcon) * Date: 2014-04-27 15:44
Based on discussion!topic/python-tulip/zfMQIUcIR-0 . That discussion actually questions the grounds of such Task behavior, and points it as a violation of "Explicit is better than implicit" principle, and as inconsistent behavior wrt to similar objects in Python stdlib (threads, processes, etc.)

This ticket however assumes that there're very good reasons for such behavior, and/or it just should be accepted as API idiosyncrasy which is late to fix, and just tries to make sure that docs are not culprit for mismatching user expectations.
msg219700 - (view) Author: Terry J. Reedy (terry.reedy) * (Python committer) Date: 2014-06-03 15:26
Victor, since you wrote much of the asyncio doc, any comment on this request?
msg220968 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2014-06-19 11:13
> Victor, since you wrote much of the asyncio doc, any comment on this request?

Please write a patch. The change is ok.
msg222554 - (view) Author: STINNER Victor (vstinner) * (Python committer) Date: 2014-07-08 10:57

I pushed my change to add a new BaseEventLoop.create_task() method. For that, I also updated the documentation:

I rewrote the documentation of the Task method, and more generally all places describing how to create a Task object. I changed the first sentence to "Schedule the execution of a coroutine object" to be the most explicit.

The documentation will be readable online in a few hours:

Thanks for your report.
Date User Action Args
2022-04-11 14:58:02adminsetgithub: 65564
2014-07-08 10:57:52vstinnersetstatus: open -> closed
resolution: fixed
messages: + msg222554
2014-06-19 11:13:11vstinnersetmessages: + msg220968
2014-06-06 11:11:22giampaolo.rodolasetcomponents: + asyncio
2014-06-03 15:26:54terry.reedysetnosy: + terry.reedy
messages: + msg219700
2014-04-27 16:27:05berker.peksagsetnosy: + gvanrossum, pitrou, vstinner, giampaolo.rodola, yselivanov
2014-04-27 15:44:45pfalconsetmessages: + msg217275
2014-04-27 15:38:18pfalconcreate