"AssertionError: Cannot find component" for local NamedTuple #7281

karlicoss · 2019-08-02T15:34:41Z

I've got an obscure bug which I narrowed down to some cache issues when you have a local class inheriting from NamedTuple.

Stacktrace:

Traceback (most recent call last):
  File "/home/karlicos/.local/bin/mypy", line 10, in <module>
    sys.exit(console_entry())
  File "/home/karlicos/.local/lib/python3.7/site-packages/mypy/__main__.py", line 8, in console_entry
    main(None, sys.stdout, sys.stderr)
  File "mypy/main.py", line 83, in main
  File "mypy/build.py", line 164, in build
  File "mypy/build.py", line 224, in _build
  File "mypy/build.py", line 2579, in dispatch
  File "mypy/build.py", line 2885, in process_graph
  File "mypy/build.py", line 2963, in process_fresh_modules
  File "mypy/build.py", line 1876, in fix_cross_refs
  File "mypy/fixup.py", line 25, in fixup_module
  File "mypy/fixup.py", line 76, in visit_symbol_table
  File "mypy/fixup.py", line 265, in lookup_qualified_stnode
  File "mypy/lookup.py", line 47, in lookup_fully_qualified
AssertionError: Cannot find component 'NT@3' for 'breaking.NT@3

Easiest to reproduce with the following script (it's crashing on the last mypy invocation)

#!/bin/bash -eux
cd "$(dirname "$0")"

rm -rf .mypy_cache

echo 'from typing import NamedTuple' > breaking.py
echo 'def test():'                  >> breaking.py
echo '  class NT(NamedTuple):'      >> breaking.py
echo '    pass'                     >> breaking.py

echo 'import breaking' > script.py
mypy script.py

echo '' > script.py
mypy script.py

echo 'import breaking' > script.py
mypy script.py

Most similar issue to this one I found seems to be #2931, but using singleline NamedTuple definition (e.g. NT = NamedTuple('NT', [])) doesn't result in failure, so I figured this is worth separate issue.
Using @dataclass doesn't result in failure either.

I'm using mypy 0.720. (upd: still happens on 0.800)

The text was updated successfully, but these errors were encountered:

ilevkivskyi · 2019-08-07T11:59:18Z

This is related to #6422 in the sense that a proper fix for that issues should fix this crash as well.

languitar · 2019-12-13T10:15:27Z

Today I was hit by something similar to this (which didn't happen before recreating my tox environment):

Traceback (most recent call last):
  File "/home/languitar/src/poetl/.tox/check/bin/mypy", line 11, in <module>
    sys.exit(console_entry())
  File "/home/languitar/src/poetl/.tox/check/lib/python3.7/site-packages/mypy/__main__.py", line 8, in console_entry
    main(None, sys.stdout, sys.stderr)
  File "mypy/main.py", line 89, in main
  File "mypy/build.py", line 166, in build
  File "mypy/build.py", line 235, in _build
  File "mypy/build.py", line 2620, in dispatch
  File "mypy/build.py", line 2922, in process_graph
  File "mypy/build.py", line 3000, in process_fresh_modules
  File "mypy/build.py", line 1930, in fix_cross_refs
  File "mypy/fixup.py", line 25, in fixup_module
  File "mypy/fixup.py", line 76, in visit_symbol_table
  File "mypy/fixup.py", line 299, in lookup_qualified_stnode
  File "mypy/lookup.py", line 47, in lookup_fully_qualified
AssertionError: Cannot find component '_strategies' for 'hypothesis._strategies.booleans'

This makes mypy unusable for our current project.

The-Compiler · 2020-01-12T20:57:30Z

I have something similar where I had this inside __init__ of a class:

       pending_download_type = typing.Set[  # pylint: disable=unused-variable
           typing.Tuple[QUrl, downloads.AbstractDownloadItem]]
       self.pending_downloads = set()  # type: pending_download_type

and sometimes mypy would crash with:

Traceback (most recent call last):
  File "/usr/lib64/python3.8/runpy.py", line 193, in _run_module_as_main
    return _run_code(code, main_globals, None,
  File "/usr/lib64/python3.8/runpy.py", line 86, in _run_code
    exec(code, run_globals)
  File "/home/florian/proj/qutebrowser/git/.tox/mypy/lib/python3.8/site-packages/mypy/__main__.py", line 12, in <module>
    main(None, sys.stdout, sys.stderr)
  File "mypy/main.py", line 89, in main
  File "mypy/build.py", line 166, in build
  File "mypy/build.py", line 235, in _build
  File "mypy/build.py", line 2611, in dispatch
  File "mypy/build.py", line 2911, in process_graph
  File "mypy/build.py", line 2989, in process_fresh_modules
  File "mypy/build.py", line 1919, in fix_cross_refs
  File "mypy/fixup.py", line 25, in fixup_module
  File "mypy/fixup.py", line 89, in visit_symbol_table
  File "mypy/fixup.py", line 45, in visit_type_info
  File "mypy/fixup.py", line 91, in visit_symbol_table
  File "mypy/nodes.py", line 874, in accept
  File "mypy/fixup.py", line 136, in visit_var
  File "mypy/types.py", line 234, in accept
    cr_running = gi_running
  File "mypy/fixup.py", line 169, in visit_type_alias_type
  File "mypy/fixup.py", line 276, in lookup_qualified_alias
  File "mypy/fixup.py", line 290, in lookup_qualified
  File "mypy/fixup.py", line 299, in lookup_qualified_stnode
  File "mypy/lookup.py", line 47, in lookup_fully_qualified
AssertionError: Cannot find component 'pending_download_type' for 'qutebrowser.browser.webkit.mhtml._Downloader.pending_download_type'

Usually, rerunning mypy made the issue go away, but sometimes I could trigger it multiple times in a row. I (hopefully) worked around it by doing this:

diff --git qutebrowser/browser/webkit/mhtml.py qutebrowser/browser/webkit/mhtml.py
index c45bb802d..abdb4b6ea 100644
--- qutebrowser/browser/webkit/mhtml.py
+++ qutebrowser/browser/webkit/mhtml.py
@@ -244,6 +244,10 @@ class MHTMLWriter:
         return msg
 
 
+_PendingDownloadType = typing.Set[
+    typing.Tuple[QUrl, downloads.AbstractDownloadItem]]
+
+
 class _Downloader:
 
     """A class to download whole websites.
@@ -264,9 +268,7 @@ class _Downloader:
         self.target = target
         self.writer = None
         self.loaded_urls = {tab.url()}
-        pending_download_type = typing.Set[  # pylint: disable=unused-variable
-            typing.Tuple[QUrl, downloads.AbstractDownloadItem]]
-        self.pending_downloads = set()  # type: pending_download_type
+        self.pending_downloads = set()  # type: _PendingDownloadType
         self._finished_file = False
         self._used = False

Let me know if I can provide more info in some way - I don't have a minimal reproducer since this only happens sometimes, so it's hard to minimize it down.

We sometimes get this from mypy: Traceback (most recent call last): [...] File "mypy/main.py", line 89, in main File "mypy/build.py", line 166, in build File "mypy/build.py", line 235, in _build File "mypy/build.py", line 2611, in dispatch File "mypy/build.py", line 2911, in process_graph File "mypy/build.py", line 2989, in process_fresh_modules File "mypy/build.py", line 1919, in fix_cross_refs File "mypy/fixup.py", line 25, in fixup_module File "mypy/fixup.py", line 89, in visit_symbol_table File "mypy/fixup.py", line 45, in visit_type_info File "mypy/fixup.py", line 91, in visit_symbol_table File "mypy/nodes.py", line 874, in accept File "mypy/fixup.py", line 136, in visit_var File "mypy/types.py", line 234, in accept cr_running = gi_running File "mypy/fixup.py", line 169, in visit_type_alias_type File "mypy/fixup.py", line 276, in lookup_qualified_alias File "mypy/fixup.py", line 290, in lookup_qualified File "mypy/fixup.py", line 299, in lookup_qualified_stnode File "mypy/lookup.py", line 47, in lookup_fully_qualified AssertionError: Cannot find component 'pending_download_type' for 'qutebrowser.browser.webkit.mhtml._Downloader.pending_download_type' This seems to help... See: python/mypy#5738 python/mypy#7281

This reverts part of commit 8bcdf4c (zulip#15093), to work around a mypy caching bug: python/mypy#7281. Signed-off-by: Anders Kaseorg <anders@zulip.com>

This reverts part of commit 8bcdf4c (#15093), to work around a mypy caching bug: python/mypy#7281. Signed-off-by: Anders Kaseorg <anders@zulip.com>

Osdel · 2020-08-21T17:29:51Z

I am still having this issue. Any updates?

Gollum999 · 2020-08-27T17:03:15Z

I ran into this today. Recursively deleting all of my .mypy_cache directories seems to have fixed the problem.

EDIT: Nevermind, I get the same error again after running mypy at least once.

vincent-prz · 2020-09-02T09:50:28Z

I'm having this issue as well. Version 0.770.

bobbyrullo · 2020-10-15T16:34:29Z

Been running into this all the time :/

PaulCordo · 2020-10-30T16:27:16Z

If you declare the class in outside of any method you should be okay (if it's an option for you ofc), it appears to be related to a nested (inside a method) class declaration that inherit from NamedTuple (that's what the OP wrote by saying "local" but I was slow to understand and that fixed my problem)

corydolphin · 2020-11-04T19:28:00Z

Seeing the same thing as well, with code like

def test_xxx(self) -> None:
    class MockXXX(NamedTuple):
    	x:int

samuelstevens · 2021-01-20T18:25:23Z

Also having the same bug with code like:

def some_func() ->
    class Point(NamedTuple):
        x: float
        y: float

Moving the class outside the function fixed it for me as well.

mypy was failing sometimes with: ``` AssertionError: Cannot find component '_Result@144' for 'tests.util.test_pep517._Result@144' ``` This is due to a bug: python/mypy#7281 I have applied the workaround suggested in the above issue Full traceback ``` type run-test: commands[1] | mypy tests Traceback (most recent call last): File "/home/user/tox/.tox/type/bin/mypy", line 8, in <module> sys.exit(console_entry()) File "/home/user/tox/.tox/type/lib/python3.9/site-packages/mypy/__main__.py", line 11, in console_entry main(None, sys.stdout, sys.stderr) File "mypy/main.py", line 90, in main File "mypy/build.py", line 179, in build File "mypy/build.py", line 253, in _build File "mypy/build.py", line 2638, in dispatch File "mypy/build.py", line 2955, in process_graph File "mypy/build.py", line 3033, in process_fresh_modules File "mypy/build.py", line 1977, in fix_cross_refs File "mypy/fixup.py", line 26, in fixup_module File "mypy/fixup.py", line 77, in visit_symbol_table File "mypy/fixup.py", line 301, in lookup_qualified_stnode File "mypy/lookup.py", line 47, in lookup_fully_qualified AssertionError: Cannot find component '_Result@144' for 'tests.util.test_pep517._Result@144' ERROR: InvocationError for command /home/user/tox/.tox/type/bin/mypy tests (exited with code 1) ```

sometimes mypy was failing with: ``` AssertionError: Cannot find component '_Result@144' for 'tests.util.test_pep517._Result@144' ``` This is due to a bug: python/mypy#7281 I have applied the workaround suggested in the above issue Full traceback ``` type run-test: commands[1] | mypy tests Traceback (most recent call last): File "/home/user/tox/.tox/type/bin/mypy", line 8, in <module> sys.exit(console_entry()) File "/home/user/tox/.tox/type/lib/python3.9/site-packages/mypy/__main__.py", line 11, in console_entry main(None, sys.stdout, sys.stderr) File "mypy/main.py", line 90, in main File "mypy/build.py", line 179, in build File "mypy/build.py", line 253, in _build File "mypy/build.py", line 2638, in dispatch File "mypy/build.py", line 2955, in process_graph File "mypy/build.py", line 3033, in process_fresh_modules File "mypy/build.py", line 1977, in fix_cross_refs File "mypy/fixup.py", line 26, in fixup_module File "mypy/fixup.py", line 77, in visit_symbol_table File "mypy/fixup.py", line 301, in lookup_qualified_stnode File "mypy/lookup.py", line 47, in lookup_fully_qualified AssertionError: Cannot find component '_Result@144' for 'tests.util.test_pep517._Result@144' ERROR: InvocationError for command /home/user/tox/.tox/type/bin/mypy tests (exited with code 1) ```

this fixes two distinct mypy errors one where NamedTuple/dataclassees can't be defined locally python/mypy#7281 which happens when you run mypy like mypy -p my.core on warm cache the second error is the core/types.py file shadowing the stdlib types module

Works around mypy bug python/mypy#7281.

* Improve static typing in bokeh.command * Replace NamedTuple with dataclasses Works around mypy bug python/mypy#7281. * Add dataclasses' helpers * Make a distinction between None and unspecified values * Update and fix unit tests * Simplify the implementation

peake100 · 2021-05-04T07:18:24Z

Running into this today as well. Kind of a bummer as named tuples are a perfect way to declare little local test cases without the overhead of a dataclass

peake100 · 2021-05-04T07:20:29Z

Clearing the mypy cache appears to fix it, but as soon as the file is edited the error occurs again, it looks like it's because the line number is part of the type?

Error:

Traceback (most recent call last):
  File "/Users/williampeake/venvs/vtc-py-38-py/bin/mypy", line 8, in <module>
    sys.exit(console_entry())
  File "/Users/williampeake/venvs/vtc-py-38-py/lib/python3.8/site-packages/mypy/__main__.py", line 11, in console_entry
    main(None, sys.stdout, sys.stderr)
  File "mypy/main.py", line 90, in main
  File "mypy/build.py", line 179, in build
  File "mypy/build.py", line 253, in _build
  File "mypy/build.py", line 2638, in dispatch
  File "mypy/build.py", line 2955, in process_graph
  File "mypy/build.py", line 3033, in process_fresh_modules
  File "mypy/build.py", line 1977, in fix_cross_refs
  File "mypy/fixup.py", line 26, in fixup_module
  File "mypy/fixup.py", line 77, in visit_symbol_table
  File "mypy/fixup.py", line 301, in lookup_qualified_stnode
  File "mypy/lookup.py", line 47, in lookup_fully_qualified
AssertionError: Cannot find component 'FileInfo@199' for 'generate_tc_table_tests.FileInfo@199'

Fixes #7281.

Work on #7281.

The name of the nested tuple type was inconsistent. Sometimes if was stored using the full name in the module symbol table. Also improve the internal API for creating classes to be less error-prone. Work on #7281.

Don't create `TypeAliasType` for aliases defined within functions, since the target can't be looked up using the full name, as we drop function symbol tables after we've finished processing them. Fixes #7281.

andersk · 2021-08-03T04:27:21Z

A slightly modified version of this test case still crashes on 0.910 and master: #10913.

ritajie · 2021-10-21T11:42:51Z

When I tried to do merge --squash , I encountered this error.
And rm .mypy_cache solved it.

mgasner · 2021-11-29T17:54:48Z

I've also encountered this issue, and removing the mypy cache resolved.

* Improve static typing in bokeh.command * Replace NamedTuple with dataclasses Works around mypy bug python/mypy#7281. * Add dataclasses' helpers * Make a distinction between None and unspecified values * Update and fix unit tests * Simplify the implementation

coding-today · 2022-02-15T09:40:00Z

I also had this problem today mypy version is 0.931 and finally solved it using rm -rf .mypy_cache

smackesey · 2022-05-04T19:48:05Z

@JukkaL Can you reopen this issue? This still occurs.

ericbn · 2022-05-18T19:04:52Z

Making sure I don't override any existing MYPYPATH (by appending :"$MYPYPATH") fixed it for me:

MYPYPATH=$(dirname "$FILE"):"$MYPYPATH" mypy --namespace-packages --explicit-package-bases "$FILE"

roedoejet · 2022-12-02T23:12:13Z

I am using version 0.991 and this is still happening

hauntsaninja · 2022-12-02T23:13:47Z

Could you open a new issue with more details and preferably a repro?

roedoejet · 2022-12-02T23:15:41Z

Yes, I'll try to isolate where it is happening and reference this issue in a new one

ydirson · 2022-12-08T00:18:57Z

I can reproduce it at will with 0.991 in a venv on Debian 11 with this code base, the trigger in my case seems to be addition of frozendict to the env: I can run mypy as many times as I want with no problem, as long as frozendict is the last release (which has no type hints), and as soon as I install their master version (with which they seem to still have problems with typing) I can run mypy just once, and the assertion triggers on next runs:

Note on frozendict: since their type annotations are still incorrect, I added a few type: ignore[operator] annotations to my code. Removing any one of those 2 annotation occurences (Omaha/Core/game.py lines 369 and 371) makes the assertion go away.

(sorry for the heavy and messy codebase for the repro, make sure to follow those exact steps - hoping this will help nevertheless)

tmp$ git clone --recurse-submodules https://gitlab.com/omaha-bgg/omaha.git -b bug/mypy-7281
tmp$ cd omaha/
omaha (master=)$ python3 -m venv env
omaha (master=)$ . env/bin/activate
(env) omaha (master=)$ cd _overlord/
(env) _overlord ((25181ef...))$ pip install -r requirements-dev.txt
(env) _overlord ((25181ef...))$ cd -
(env) omaha (master=)$ pip install -r requirements-dev.txt
(env) omaha (master=)$ mypy
Omaha/Core/game.py:36: error: Module "frozendict" has no attribute "frozendict"  [attr-defined]
...
Found 68 errors in 18 files (checked 80 source files)

$ git clone https://github.com/Marco-Sulla/python-frozendict.git
$ pip install .
$ cd -
(env) omaha (master=)$ mypy
Found 64 errors in 14 files (checked 80 source files)
(env) omaha (bug/mypy-7281=)$ mypy
Traceback (most recent call last):
  File "/home/user/tmp/omaha/env/bin/mypy", line 8, in <module>
    sys.exit(console_entry())
  File "/home/user/tmp/omaha/env/lib/python3.9/site-packages/mypy/__main__.py", line 15, in console_entry
    main()
  File "mypy/main.py", line 95, in main
  File "mypy/main.py", line 174, in run_build
  File "mypy/build.py", line 193, in build
  File "mypy/build.py", line 276, in _build
  File "mypy/build.py", line 2903, in dispatch
  File "mypy/build.py", line 3284, in process_graph
  File "mypy/build.py", line 3365, in process_fresh_modules
  File "mypy/build.py", line 2112, in fix_cross_refs
  File "mypy/fixup.py", line 53, in fixup_module
  File "mypy/fixup.py", line 125, in visit_symbol_table
  File "mypy/fixup.py", line 73, in visit_type_info
  File "mypy/fixup.py", line 111, in visit_symbol_table
  File "mypy/lookup.py", line 59, in lookup_fully_qualified
AssertionError: Cannot find Omaha.Holders.HexBoard.HexBoard.HHexSide.HHexSide@168

mccauleyp · 2022-12-27T23:21:47Z

I'm seeing I think the same or similar issue with mypy==0.991 in a Django context with the django-stubs==1.13.1 plugin:

  File "mypy/lookup.py", line 49, in lookup_fully_qualified
AssertionError: Cannot find component "WithAnnotations[app__models__sample__Sample, TypedDict('app" for "django_stubs_ext.WithAnnotations[app__models__sample__Sample, TypedDict('app.module.submodule.SampleAnnotations', {'id': uuid.UUID})]"

It goes away when I delete .mypy_cache/ and I can run mypy multiple times after that, but it eventually returns after making seemingly-unrelated changes elsewhere in the codebase.

Ahh, there's an open issue on django-stubs for this. Maybe it's just related to that plugin: typeddjango/django-stubs#760

dbetm · 2023-04-25T16:58:26Z

I'm getting a similar problem

Traceback (most recent call last):
  File "venv/bin/mypy", line 8, in <module>
    sys.exit(console_entry())
  File "/Users/x/y/z/venv/lib/python3.8/site-packages/mypy/__main__.py", line 8, in console_entry
    main(None, sys.stdout, sys.stderr)
  File "/Users/x/y/z/venv/lib/python3.8/site-packages/mypy/main.py", line 89, in main
    res = build.build(sources, options, None, flush_errors, fscache, stdout, stderr)
  File "/Users/x/y/z/venv/lib/python3.8/site-packages/mypy/build.py", line 180, in build
    result = _build(
    .
    .
    .
  File "/Users/x/y/z/venv/lib/python3.8/site-packages/mypy/lookup.py", line 47, in lookup_fully_qualified
    assert key in names, "Cannot find component %r for %r" % (key, name)
AssertionError: Cannot find component 'TraceDispatch' for 'prompt_toolkit.application.application.Application.TraceDispatch'

I have to run: rm -rf .mypy_cache after use mypy each time.

Using: mypy==0.780

hauntsaninja · 2023-04-25T16:59:51Z

mypy 0.780 is many, many years old. If you can reproduce on latest, please open a new issue with details.

karlicoss added a commit to karlicoss/cachew that referenced this issue Aug 2, 2019

get around python/mypy#7281

09cedfc

msullivan added crash priority-0-high labels Aug 2, 2019

guevara mentioned this issue Jan 16, 2020

Orger: plaintext reflection of your digital self guevara/read-it-later#6204

Open

jenshnielsen mentioned this issue May 13, 2020

Code refactoring pyvisa/pyvisa#511

Merged

MatthieuDartiailh mentioned this issue May 25, 2020

New semantic analyzer: Clean-up logic for classes in functions #6422

Open

andersk mentioned this issue May 28, 2020

bugdown: Revert NamedTuple declarations to old style zulip/zulip#15132

Merged

timabbott pushed a commit to zulip/zulip that referenced this issue May 28, 2020

bugdown: Revert NamedTuple declarations to old style.

ba7906a

This reverts part of commit 8bcdf4c (#15093), to work around a mypy caching bug: python/mypy#7281. Signed-off-by: Anders Kaseorg <anders@zulip.com>

hexagonrecursion mentioned this issue Mar 4, 2021

Workaround mypy AssertionError tox-dev/tox#1959

Merged

2 tasks

ezyang mentioned this issue Mar 4, 2021

[mypy] AssertionError: Cannot find component 'DDPUnevenTestInput@4052' for 'torch.testing._internal.distributed.distributed_test.DistributedTest._DistTestBase.DDPUnevenTestInput@4052' pytorch/pytorch#53272

Closed

purarue mentioned this issue Mar 22, 2021

fix mypy errors karlicoss/HPI#142

Merged

KapJI mentioned this issue Mar 28, 2021

Mypy doesn't see typing info when it checks the whole package #10260

Open

lyndonboone mentioned this issue Apr 29, 2021

Rician Noise Transform Project-MONAI/MONAI#2066

Merged

7 tasks

mattpap added a commit to bokeh/bokeh that referenced this issue Apr 29, 2021

Replace NamedTuple with dataclasses

3096d80

Works around mypy bug python/mypy#7281.

JukkaL added a commit that referenced this issue May 6, 2021

Fixes nested NamedTuple in incremental mode

a27c60c

Fixes #7281.

JukkaL added a commit that referenced this issue May 6, 2021

Fix crash with nested NamedTuple in incremental mode

3ddb89a

Work on #7281.

JukkaL mentioned this issue May 6, 2021

Fix crash with nested NamedTuple in incremental mode #10431

Merged

JukkaL mentioned this issue May 6, 2021

Fix crash with type alias inside __init__ in incremental mode #10432

Merged

JukkaL closed this as completed in #10432 May 6, 2021

andersk mentioned this issue Aug 3, 2021

“AssertionError: Cannot find component” for local NamedTuple inside class method #10913

Closed

ghost mentioned this issue Sep 16, 2021

"AssertionError: Cannot find component" for local namedtuple #11121

Closed

robin-nitrokey mentioned this issue Feb 16, 2023

Fix mypy warnings and update to 1.0.0 Nitrokey/pynitrokey#322

Merged

5 tasks

finite-state-machine mentioned this issue Mar 19, 2024

mypy sometimes confuses nested classes-in-functions which share the same name #17047

Open

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

"AssertionError: Cannot find component" for local NamedTuple #7281

"AssertionError: Cannot find component" for local NamedTuple #7281

karlicoss commented Aug 2, 2019 •

edited

Loading

ilevkivskyi commented Aug 7, 2019

languitar commented Dec 13, 2019

The-Compiler commented Jan 12, 2020 •

edited

Loading

Osdel commented Aug 21, 2020

Gollum999 commented Aug 27, 2020 •

edited

Loading

vincent-prz commented Sep 2, 2020

bobbyrullo commented Oct 15, 2020

PaulCordo commented Oct 30, 2020 •

edited

Loading

corydolphin commented Nov 4, 2020

samuelstevens commented Jan 20, 2021

peake100 commented May 4, 2021

peake100 commented May 4, 2021

andersk commented Aug 3, 2021

ritajie commented Oct 21, 2021

mgasner commented Nov 29, 2021

coding-today commented Feb 15, 2022

smackesey commented May 4, 2022

ericbn commented May 18, 2022

roedoejet commented Dec 2, 2022

hauntsaninja commented Dec 2, 2022 •

edited

Loading

roedoejet commented Dec 2, 2022 •

edited

Loading

ydirson commented Dec 8, 2022 •

edited

Loading

mccauleyp commented Dec 27, 2022 •

edited

Loading

dbetm commented Apr 25, 2023 •

edited

Loading

hauntsaninja commented Apr 25, 2023

"AssertionError: Cannot find component" for local NamedTuple #7281

"AssertionError: Cannot find component" for local NamedTuple #7281

Comments

karlicoss commented Aug 2, 2019 • edited Loading

ilevkivskyi commented Aug 7, 2019

languitar commented Dec 13, 2019

The-Compiler commented Jan 12, 2020 • edited Loading

Osdel commented Aug 21, 2020

Gollum999 commented Aug 27, 2020 • edited Loading

vincent-prz commented Sep 2, 2020

bobbyrullo commented Oct 15, 2020

PaulCordo commented Oct 30, 2020 • edited Loading

corydolphin commented Nov 4, 2020

samuelstevens commented Jan 20, 2021

peake100 commented May 4, 2021

peake100 commented May 4, 2021

andersk commented Aug 3, 2021

ritajie commented Oct 21, 2021

mgasner commented Nov 29, 2021

coding-today commented Feb 15, 2022

smackesey commented May 4, 2022

ericbn commented May 18, 2022

roedoejet commented Dec 2, 2022

hauntsaninja commented Dec 2, 2022 • edited Loading

roedoejet commented Dec 2, 2022 • edited Loading

ydirson commented Dec 8, 2022 • edited Loading

mccauleyp commented Dec 27, 2022 • edited Loading

dbetm commented Apr 25, 2023 • edited Loading

hauntsaninja commented Apr 25, 2023

karlicoss commented Aug 2, 2019 •

edited

Loading

The-Compiler commented Jan 12, 2020 •

edited

Loading

Gollum999 commented Aug 27, 2020 •

edited

Loading

PaulCordo commented Oct 30, 2020 •

edited

Loading

hauntsaninja commented Dec 2, 2022 •

edited

Loading

roedoejet commented Dec 2, 2022 •

edited

Loading

ydirson commented Dec 8, 2022 •

edited

Loading

mccauleyp commented Dec 27, 2022 •

edited

Loading

dbetm commented Apr 25, 2023 •

edited

Loading