Stefan Richthofer

It looks like this issue was introduced by Python 3.10 which dropped some aliases. It would be trivial to fix this particular issue, but be aware that pytypes would still...

Hey, I don't have time or energy to look into autoreload or IPython internals. However, if you can tell me the root cause of this issue I would fix it....

Another thing to try is to check whether the order of decorators makes a difference. Since typeguard is affected similarly, it is worth a try to ask @agronholm whether he...

Sorry, but I cannot reproduce this issue. However, I did not test with Python 3.6.8 specifically, but before I undertake the hassle to setup this specific version on my system...

Hey chadrik, help on improving tests is VERY much welcome. Also type logging is not tested by the test suite (I tested it a lot actually, so it is somewhat...

Sorry, I am not able to fix this in foreseeable future. There is more to it than the collections issue. Already even Python 3.9 compatibility would require some serious work....

Please note that Python 3.9 is not supported at the moment. Also 3.7 and 3.8 are not fully supported (but mostly), see #40 and #99. If you can make this...

Definitely, the Python 3.6 variant looks correct to me. I will consider this a proper bug to be fixed.

I think this originates from ``deep_type`` lacking support for ``defaultdict``. We'll have to improve ``deep_type`` to handle classes from collections properly. Re missing parameters also see ``pytypes.check_unbound_types`` and ``pytypes.strict_unknown_check``. Finally...

> Ah, sorry. If forget about this. Actually it's my fault that this is still not pointed out in the readme. Will add that hint... Currently the code in ``deep_type``...