Clarify that every thread has its own default context in contextvars #99246

pablogsal · 2022-11-08T13:57:17Z

No description provided.

bluetech · 2022-11-08T20:05:07Z

Doc/library/contextvars.rst

+   :class:`~contextvars.Context`. This means that a
+   :class:`~contextvars.ContextVar` can generally be used as a drop-in
+   replacement for a :func:`threading.local` variable.


I think that saying that ContextVar can be used as a drop-in for threading.local might bring people to blindly replace threading.local with ContextVar, but care is needed. Some things (mostly C stuff) are just bound to OS threads, so threading.local is what you want for them, while with ContextVar there can be many contexts per OS thread (e.g. asyncio tasks).

Unfortunately I don't think I follow your argument, Can you suggest a better wording for this?

I think the first sentence provides good information, although a couple notes on the wording:

"By default" -- is there a way for a thread to not have a unique context? Maybe with the C API? PEP-567 says "Context.run() raises a RuntimeError when called on the same context object from more than one OS thread" so it shouldn't be possible to "share" a Context. If so, I'd remove "By default".

"default Context" -- maybe instead say "root Context" or "initial Context" or "top-level Context"?

Regarding the second sentence, what is the motivation for having a note about it? Is the idea to encourage people to switch to ContextVar when it's the better choice?

Regarding the second sentence, what is the motivation for having a note about it?

The motivation is to clarify the following sentence:

Context managers that have state should use Context Variables
instead of :func:threading.local() to prevent their state from
bleeding to other code unexpectedly, when used in concurrent code.

My suggestion is to replacie the note+paragraph with the following:

Every thread has a unique current :class:`~contextvars.Context`. If you're currently using :func:`threading.local()` to store contextual information, such as context manager state or per-request state in web frameworks, consider using Context Variables instead. This will prevent the state from bleeding to other contexts unexpectedly, when used in concurrent code that is running in the same thread.

I don't agree. I want to highlight more that every thread has is own context.

Thanks for the feedback I will take it into account into the final version

There is a later line "Context objects hold strong references to context variables which prevents context variables from being properly garbage collected." Is this also true for threading.local()? And if not, is that potentially a problem for using "drop-in replacement"?

That's also true for thread locals, they also hold strong references to what they contain. Is just that they are less tricky to leak because they don't have the layers separating the key and the container.

Going from thread local to context variable (as long as you place them at top level as the doc say) will not create ownership problems in general

In any case I will use a different wording as I just want to focus on the per thread default guarantee here, not on the equivalence between this and thread locals.

Signed-off-by: Pablo Galindo <pablogsal@gmail.com>

Doc/library/contextvars.rst

Co-authored-by: Stanley <46876382+slateny@users.noreply.github.com>

miss-islington · 2022-12-20T11:35:51Z

Thanks @pablogsal for the PR 🌮🎉.. I'm working now to backport this PR to: 3.9, 3.10, 3.11.
🐍🍒⛏🤖

miss-islington · 2022-12-20T11:35:54Z

Sorry @pablogsal, I had trouble checking out the 3.11 backport branch.
Please retry by removing and re-adding the "needs backport to 3.11" label.
Alternatively, you can backport using cherry_picker on the command line.
cherry_picker cb60b6131bc2bb11c48a15f808914d8b242b9fc5 3.11

bedevere-bot · 2022-12-20T11:36:17Z

GH-100365 is a backport of this pull request to the 3.10 branch.

bedevere-bot · 2022-12-20T11:36:23Z

GH-100366 is a backport of this pull request to the 3.9 branch.

…ythonGH-99246) (cherry picked from commit cb60b61) Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com>

miss-islington · 2022-12-20T11:36:44Z

Thanks @pablogsal for the PR 🌮🎉.. I'm working now to backport this PR to: 3.11.
🐍🍒⛏🤖

bedevere-bot · 2022-12-20T11:36:50Z

GH-100367 is a backport of this pull request to the 3.11 branch.

…ythonGH-99246) (cherry picked from commit cb60b61) Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com>

…H-99246) (cherry picked from commit cb60b61) Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com>

…ython#99246)

* Correct CVE-2020-10735 documentation (python#100306) * pythongh-94912: Added marker for non-standard coroutine function detection (python#99247) This introduces a new decorator `@inspect.markcoroutinefunction`, which, applied to a sync function, makes it appear async to `inspect.iscoroutinefunction()`. * Docs: Don't upload CI artifacts (python#100330) * pythongh-89727: Fix os.walk RecursionError on deep trees (python#99803) Use a stack to implement os.walk iteratively instead of recursively to avoid hitting recursion limits on deeply nested trees. * pythongh-69929: re docs: Add more specific definition of \w (python#92015) Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com> * pythongh-89051: Add ssl.OP_LEGACY_SERVER_CONNECT (python#93927) Co-authored-by: blurb-it[bot] <43283697+blurb-it[bot]@users.noreply.github.com> Co-authored-by: Christian Heimes <christian@python.org> Co-authored-by: Hugo van Kemenade <hugovk@users.noreply.github.com> Fixes python#89051 * pythongh-88211: Change lower-case and upper-case to match recommendations in imaplib docs (python#99625) * pythongh-100348: Fix ref cycle in `asyncio._SelectorSocketTransport` with `_read_ready_cb` (python#100349) * pythongh-99925: Fix inconsistency in `json.dumps()` error messages (pythonGH-99926) * Clarify that every thread has its own default context in contextvars (python#99246) * pythongh-99576: Fix cookiejar file that was not truncated for some classes (pythonGH-99616) Co-authored-by: Łukasz Langa <lukasz@langa.pl> * pythongh-100188: Reduce misses in BINARY_SUBSCR_(LIST/TUPLE)_INT (python#100189) Don't specialize if the index is negative. * pythongh-99991: improve docs on str.encode and bytes.decode (python#100198) Co-authored-by: C.A.M. Gerlach <CAM.Gerlach@Gerlach.CAM> * pythongh-91081: Add note on WeakKeyDictionary behavior when deleting a replaced entry (python#91499) Co-authored-by: Pieter Eendebak <P.T.eendebak@tudelft.nl> Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com> * pythongh-85267: Improvements to inspect.signature __text_signature__ handling (python#98796) This makes a couple related changes to inspect.signature's behaviour when parsing a signature from `__text_signature__`. First, `inspect.signature` is documented as only raising ValueError or TypeError. However, in some cases, we could raise RuntimeError. This PR changes that, thereby fixing python#83685. (Note that the new ValueErrors in RewriteSymbolics are caught and then reraised with a message) Second, `inspect.signature` could randomly drop parameters that it didn't understand (corresponding to `return None` in the `p` function). This is the core issue in python#85267. I think this is very surprising behaviour and it seems better to fail outright. Third, adding this new failure broke a couple tests. To fix them (and to e.g. allow `inspect.signature(select.epoll.register)` as in python#85267), I add constant folding of a couple binary operations to RewriteSymbolics. (There's some discussion of making signature expression evaluation arbitrary powerful in python#68155. I think that's out of scope. The additional constant folding here is pretty straightforward, useful, and not much of a slippery slope) Fourth, while python#85267 is incorrect about the cause of the issue, it turns out if you had consecutive newlines in __text_signature__, you'd get `tokenize.TokenError`. Finally, the `if name is invalid:` code path was dead, since `parse_name` never returned `invalid`. * pythonGH-100363: Speed up `asyncio.get_running_loop` (python#100364) * pythonGH-100133: fix `asyncio` subprocess losing `stderr` and `stdout` output (python#100154) * pythongh-100374: Fixed a bug in socket.getfqdn() (pythongh-100375) * pythongh-100129: Add tests for pickling all builtin types and functions (pythonGH-100142) * Remove unused variable from `dis._find_imports` (python#100396) * pythongh-78878: Fix crash when creating an instance of `_ctypes.CField` (python#14837) * pythonGH-69564: Clarify use of octal format of mode argument in help(os.chmod) (python#20621) Co-authored-by: Kumar Aditya <59607654+kumaraditya303@users.noreply.github.com> * pythonGH-99554: Pack location tables more effectively (pythonGH-99556) * Correct typo in typing.py (python#100423) In the docstring of `ParamSpec`, the name of `P = ParamSpec('P')` was mistakenly written as `'T'`. * pythongh-99761: Add `_PyLong_IsPositiveSingleDigit` function to check for single digit integers (python#100064) * pythonGH-99770: Make the correct call specialization fail kind show up in the stats (pythonGH-99771) * pythongh-78997: fix bad rebase of moved test file (python#100424) * pythongh-100344: Add C implementation for `asyncio.current_task` (python#100345) Co-authored-by: pranavtbhat * pythonGH-99554: Trim trailing whitespace (pythonGH-100435) Automerge-Triggered-By: GH:brandtbucher * pythongh-85432: Harmonise parameter names between C and pure-Python implementations of `datetime.time.strftime`, `datetime.datetime.fromtimestamp` (python#99993) * pythongh-57762: fix misleading tkinter.Tk docstring (python#98837) Mentioned as a desired change by terryjreedy on the corresponding issue, since Tk is not a subclass of Toplevel. * pythongh-48496: Added example and link to faq for UnboundLocalError in reference (python#93068) * Fix typo in 3.12 What's New (python#100449) * pythongh-76963: PEP3118 itemsize of an empty ctypes array should not be 0 (pythonGH-5576) The itemsize returned in a memoryview of a ctypes array is now computed from the item type, instead of dividing the total size by the length and assuming that the length is not zero. * pythonGH-100459: fix copy-paste errors in specialization stats (pythonGH-100460) * pythongh-99110: Initialize `frame->previous` in init_frame to fix segmentation fault when accessing `frame.f_back` (python#100182) * pythongh-98712: Clarify "readonly bytes-like object" semantics in C arg-parsing docs (python#98710) * pythongh-92216: improve performance of `hasattr` for type objects (pythonGH-99979) * pythongh-100288: Specialise LOAD_ATTR_METHOD for managed dictionaries (pythonGH-100289) * Revert "pythongh-100288: Specialise LOAD_ATTR_METHOD for managed dictionaries (pythonGH-100289)" (python#100468) This reverts commit c3c7848. * pythongh-94155: Reduce hash collisions for code objects (python#100183) * Uses a better hashing algorithm to get better dispersion and remove commutativity. * Incorporates `co_firstlineno`, `Py_SIZE(co)`, and bytecode instructions. * This is now the entire set of criteria used in `code_richcompare`, except for `_PyCode_ConstantKey` (which would incorporate the types of `co_consts` rather than just their values). * pythongh-83076: 3.8x speed improvement in (Async)Mock instantiation (python#100252) * pythongh-99482: remove `jython` compatibility parts from stdlib and tests (python#99484) * bpo-40447: accept all path-like objects in compileall.compile_file (python#19883) Signed-off-by: Filipe Laíns <lains@archlinux.org> Signed-off-by: Filipe Laíns <lains@riseup.net> Co-authored-by: Irit Katriel <1055913+iritkatriel@users.noreply.github.com> Co-authored-by: Shantanu <12621235+hauntsaninja@users.noreply.github.com> * pythonGH-100425: Improve accuracy of builtin sum() for float inputs (pythonGH-100426) * pythongh-68320, pythongh-88302 - Allow for private `pathlib.Path` subclassing (pythonGH-31691) Users may wish to define subclasses of `pathlib.Path` to add or modify existing methods. Before this change, attempting to instantiate a subclass raised an exception like: AttributeError: type object 'PPath' has no attribute '_flavour' Previously the `_flavour` attribute was assigned as follows: PurePath._flavour = xxx not set!! xxx PurePosixPath._flavour = _PosixFlavour() PureWindowsPath._flavour = _WindowsFlavour() This change replaces it with a `_pathmod` attribute, set as follows: PurePath._pathmod = os.path PurePosixPath._pathmod = posixpath PureWindowsPath._pathmod = ntpath Functionality from `_PosixFlavour` and `_WindowsFlavour` is moved into `PurePath` as underscored-prefixed classmethods. Flavours are removed. Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com> Co-authored-by: Brett Cannon <brett@python.org> Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com> Co-authored-by: Eryk Sun <eryksun@gmail.com> * pythongh-99947: Ensure unreported errors are chained for SystemError during import (pythonGH-99946) * Add "strict" to dotproduct(). Add docstring. Factor-out common code. (pythonGH-100480) * pythongh-94808: improve test coverage of number formatting (python#99472) * pythongh-100454: Start running SSL tests with OpenSSL 3.1.0-beta1 (python#100456) * pythongh-100268: Add is_integer method to int (python#100439) This improves the lives of type annotation users of `float` - which type checkers implicitly treat as `int|float` because that is what most code actually wants. Before this change a `.is_integer()` method could not be assumed to exist on things annotated as `: float` due to the method not existing on both types. * pythongh-77771: Add enterabs example in sched (python#92716) Co-authored-by: Shantanu <12621235+hauntsaninja@users.noreply.github.com> * pythonGH-91166: Implement zero copy writes for `SelectorSocketTransport` in asyncio (python#31871) Co-authored-by: Guido van Rossum <gvanrossum@gmail.com> * pythonGH-91166: Implement zero copy writes for `SelectorSocketTransport` in asyncio (python#31871) Co-authored-by: Guido van Rossum <gvanrossum@gmail.com> * Misc Itertools recipe tweaks (pythonGH-100493) * pythongh-100357: Convert several functions in `bltinsmodule` to AC (python#100358) * Remove wrong comment about `repr` in `test_unicode` (python#100495) * pythongh-99908: Tutorial: Modernize the 'data-record class' example (python#100499) Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com> * pythongh-100474: Fix handling of dirs named index.html in http.server (pythonGH-100475) If you had a directory called index.html or index.htm within a directory, it would cause http.server to return a 404 Not Found error instead of the directory listing. This came about due to not checking that the index was a regular file. I have also added a test case for this situation. Automerge-Triggered-By: GH:merwok * pythongh-100287: Fix unittest.mock.seal with AsyncMock (python#100496) * pythongh-99535: Add test for inheritance of annotations and update documentation (python#99990) * pythongh-100428: Make float documentation more accurate (python#100437) Previously, the grammar did not accept `float("10")`. Also implement mdickinson's suggestion of removing the indirection. * [Minor PR] Quotes in documentation changed into code blocks (python#99536) Minor formatting fix in documentation Co-authored-by: Shantanu <12621235+hauntsaninja@users.noreply.github.com> * pythongh-100472: Fix docs claim that compileall parameters could be bytes (python#100473) * pythongh-100519: simplification to `eff_request_host` in cookiejar.py (python#99588) `IPV4_RE` includes a `.`, and the `.find(".") == -1` included here is already testing to make sure there's no dot, so this part of the expression is tautological. Instead use more modern `in` syntax to make it clear what the check is doing here. The simplified implementation more clearly matches the wording in RFC 2965. Co-authored-by: hauntsaninja <hauntsaninja@gmail.com> * pythongh-99308: Clarify re docs for byte pattern group names (python#99311) * pythongh-92446: Improve argparse choices docs; revert bad change to lzma docs (python#94627) Based on the definition of the collections.abc classes, it is more accurate to use "sequence" instead of "container" when describing argparse choices. A previous attempt at fixing this in python#92450 was mistaken; this PR reverts that change. Co-authored-by: Shantanu <12621235+hauntsaninja@users.noreply.github.com> * Fix name of removed `inspect.Signature.from_builtin` method in 3.11.0a2 changelog (python#100525) * pythongh-100520: Fix `rst` markup in `configparser` docstrings (python#100524) * pythongh-99509: Add `__class_getitem__` to `multiprocessing.queues.Queue` (python#99511) * pythongh-94603: micro optimize list.pop (pythongh-94604) * Remove `NoneType` redefinition from `clinic.py` (python#100551) * pythongh-100553: Improve accuracy of sqlite3.Row iter test (python#100555) * pythonGH-98831: Modernize a ton of simpler instructions (python#100545) * load_const and load_fast aren't families for now * Don't decref unmoved names * Modernize GET_ANEXT * Modernize GET_AWAITABLE * Modernize ASYNC_GEN_WRAP * Modernize YIELD_VALUE * Modernize POP_EXCEPT (in more than one way) * Modernize PREP_RERAISE_STAR * Modernize LOAD_ASSERTION_ERROR * Modernize LOAD_BUILD_CLASS * Modernize STORE_NAME * Modernize LOAD_NAME * Modernize LOAD_CLASSDEREF * Modernize LOAD_DEREF * Modernize STORE_DEREF * Modernize COPY_FREE_VARS (mark it as done) * Modernize LIST_TO_TUPLE * Modernize LIST_EXTEND * Modernize SET_UPDATE * Modernize SETUP_ANNOTATIONS * Modernize DICT_UPDATE * Modernize DICT_MERGE * Modernize MAP_ADD * Modernize IS_OP * Modernize CONTAINS_OP * Modernize CHECK_EXC_MATCH * Modernize IMPORT_NAME * Modernize IMPORT_STAR * Modernize IMPORT_FROM * Modernize JUMP_FORWARD (mark it as done) * Modernize JUMP_BACKWARD (mark it as done) Signed-off-by: Filipe Laíns <lains@archlinux.org> Signed-off-by: Filipe Laíns <lains@riseup.net> Co-authored-by: Jeremy Paige <ucodery@gmail.com> Co-authored-by: Carlton Gibson <carlton@noumenal.es> Co-authored-by: Hugo van Kemenade <hugovk@users.noreply.github.com> Co-authored-by: Jon Burdo <jon@jonburdo.com> Co-authored-by: Stanley <46876382+slateny@users.noreply.github.com> Co-authored-by: Jelle Zijlstra <jelle.zijlstra@gmail.com> Co-authored-by: Thomas Grainger <tagrain@gmail.com> Co-authored-by: Brad Wolfe <brad.wolfe@gmail.com> Co-authored-by: Richard Kojedzinszky <rkojedzinszky@users.noreply.github.com> Co-authored-by: František Nesveda <fnesveda@users.noreply.github.com> Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com> Co-authored-by: Nikita Sobolev <mail@sobolevn.me> Co-authored-by: Łukasz Langa <lukasz@langa.pl> Co-authored-by: Dennis Sweeney <36520290+sweeneyde@users.noreply.github.com> Co-authored-by: Bisola Olasehinde <horlasehinde@gmail.com> Co-authored-by: C.A.M. Gerlach <CAM.Gerlach@Gerlach.CAM> Co-authored-by: Pieter Eendebak <P.T.eendebak@tudelft.nl> Co-authored-by: Shantanu <12621235+hauntsaninja@users.noreply.github.com> Co-authored-by: Kumar Aditya <59607654+kumaraditya303@users.noreply.github.com> Co-authored-by: Dominic Socular <BBH@awsl.rip> Co-authored-by: Serhiy Storchaka <storchaka@gmail.com> Co-authored-by: Hai Shi <shihai1992@gmail.com> Co-authored-by: amaajemyfren <32741226+amaajemyfren@users.noreply.github.com> Co-authored-by: Brandt Bucher <brandtbucher@microsoft.com> Co-authored-by: david-why <david_why@outlook.com> Co-authored-by: Pieter Eendebak <pieter.eendebak@gmail.com> Co-authored-by: penguin_wwy <940375606@qq.com> Co-authored-by: Eli Schwartz <eschwartz93@gmail.com> Co-authored-by: Itamar Ostricher <itamarost@gmail.com> Co-authored-by: Alex Waygood <Alex.Waygood@Gmail.com> Co-authored-by: Eric Wieser <wieser.eric@gmail.com> Co-authored-by: Irit Katriel <1055913+iritkatriel@users.noreply.github.com> Co-authored-by: Bill Fisher <william.w.fisher@gmail.com> Co-authored-by: Petr Viktorin <encukou@gmail.com> Co-authored-by: Ken Jin <kenjin@python.org> Co-authored-by: Carl Meyer <carl@oddbird.net> Co-authored-by: Filipe Laíns <lains@riseup.net> Co-authored-by: Raymond Hettinger <rhettinger@users.noreply.github.com> Co-authored-by: Barney Gale <barney.gale@gmail.com> Co-authored-by: Brett Cannon <brett@python.org> Co-authored-by: Adam Turner <9087854+AA-Turner@users.noreply.github.com> Co-authored-by: Eryk Sun <eryksun@gmail.com> Co-authored-by: Sebastian Berg <sebastianb@nvidia.com> Co-authored-by: Illia Volochii <illia.volochii@gmail.com> Co-authored-by: JosephSBoyle <48555120+JosephSBoyle@users.noreply.github.com> Co-authored-by: James Frost <git@frost.cx> Co-authored-by: MonadChains <monadchains@gmail.com> Co-authored-by: Bart Broere <mail@bartbroere.eu> Co-authored-by: Glyph <code@glyph.im> Co-authored-by: hauntsaninja <hauntsaninja@gmail.com> Co-authored-by: Ilya Kulakov <kulakov.ilya@gmail.com> Co-authored-by: Guy Yagev <yourlefthandman8@gmail.com> Co-authored-by: Jakub Kuczys <me@jacken.men>

pablogsal requested a review from 1st1 as a code owner November 8, 2022 13:57

pablogsal requested review from ambv and 1st1 and removed request for 1st1 November 8, 2022 13:57

pablogsal added needs backport to 3.9 only security fixes needs backport to 3.10 only security fixes needs backport to 3.11 only security fixes labels Nov 8, 2022

bedevere-bot added awaiting core review docs Documentation in the Doc dir skip news labels Nov 8, 2022

pablogsal added the skip issue label Nov 8, 2022

bluetech reviewed Nov 8, 2022

View reviewed changes

Clarify that every thread has its own default context in contextvars

596036b

Signed-off-by: Pablo Galindo <pablogsal@gmail.com>

pablogsal force-pushed the context branch from 949fd5f to 596036b Compare November 10, 2022 13:12

slateny reviewed Dec 20, 2022

View reviewed changes

Doc/library/contextvars.rst Outdated Show resolved Hide resolved

Update Doc/library/contextvars.rst

4b6e695

Co-authored-by: Stanley <46876382+slateny@users.noreply.github.com>

kumaraditya303 approved these changes Dec 20, 2022

View reviewed changes

bedevere-bot added awaiting merge and removed awaiting core review labels Dec 20, 2022

pablogsal merged commit cb60b61 into python:main Dec 20, 2022

pablogsal deleted the context branch December 20, 2022 11:35

bedevere-bot removed the awaiting merge label Dec 20, 2022

miss-islington assigned pablogsal Dec 20, 2022

bedevere-bot removed the needs backport to 3.10 only security fixes label Dec 20, 2022

bedevere-bot removed the needs backport to 3.9 only security fixes label Dec 20, 2022

pablogsal added needs backport to 3.11 only security fixes and removed needs backport to 3.11 only security fixes labels Dec 20, 2022

bedevere-bot removed the needs backport to 3.11 only security fixes label Dec 20, 2022

miss-islington added a commit that referenced this pull request Dec 20, 2022

Clarify that every thread has its own default context in contextvars (G…

1332fda

…H-99246) (cherry picked from commit cb60b61) Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com>

miss-islington added a commit that referenced this pull request Dec 20, 2022

Clarify that every thread has its own default context in contextvars (G…

a757c1b

…H-99246) (cherry picked from commit cb60b61) Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com>

miss-islington added a commit that referenced this pull request Dec 20, 2022

Clarify that every thread has its own default context in contextvars (G…

e8f61ed

…H-99246) (cherry picked from commit cb60b61) Co-authored-by: Pablo Galindo Salgado <Pablogsal@gmail.com>

jonburdo pushed a commit to jonburdo/cpython that referenced this pull request Dec 20, 2022

Clarify that every thread has its own default context in contextvars (p…

c39ce63

…ython#99246)

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Clarify that every thread has its own default context in contextvars #99246

Clarify that every thread has its own default context in contextvars #99246

pablogsal commented Nov 8, 2022

bluetech Nov 8, 2022

pablogsal Nov 8, 2022 •

edited

Loading

bluetech Nov 8, 2022

pablogsal Nov 8, 2022

bluetech Nov 9, 2022

pablogsal Nov 9, 2022

alicederyn Nov 9, 2022 •

edited

Loading

pablogsal Nov 9, 2022 •

edited

Loading

pablogsal Nov 9, 2022

miss-islington commented Dec 20, 2022

miss-islington commented Dec 20, 2022

bedevere-bot commented Dec 20, 2022

bedevere-bot commented Dec 20, 2022

miss-islington commented Dec 20, 2022

bedevere-bot commented Dec 20, 2022

Clarify that every thread has its own default context in contextvars #99246

Clarify that every thread has its own default context in contextvars #99246

Conversation

pablogsal commented Nov 8, 2022

bluetech Nov 8, 2022

Choose a reason for hiding this comment

pablogsal Nov 8, 2022 • edited Loading

Choose a reason for hiding this comment

bluetech Nov 8, 2022

Choose a reason for hiding this comment

pablogsal Nov 8, 2022

Choose a reason for hiding this comment

bluetech Nov 9, 2022

Choose a reason for hiding this comment

pablogsal Nov 9, 2022

Choose a reason for hiding this comment

alicederyn Nov 9, 2022 • edited Loading

Choose a reason for hiding this comment

pablogsal Nov 9, 2022 • edited Loading

Choose a reason for hiding this comment

pablogsal Nov 9, 2022

Choose a reason for hiding this comment

miss-islington commented Dec 20, 2022

miss-islington commented Dec 20, 2022

bedevere-bot commented Dec 20, 2022

bedevere-bot commented Dec 20, 2022

miss-islington commented Dec 20, 2022

bedevere-bot commented Dec 20, 2022

pablogsal Nov 8, 2022 •

edited

Loading

alicederyn Nov 9, 2022 •

edited

Loading

pablogsal Nov 9, 2022 •

edited

Loading