Andrew Haigh

Sure, happy to take this one

This doesn't seem to have anything to do with `@overload`. Here's a minimum reproducing example: ```python class A: def foo(self): ... def foo(self): yield for _ in A().foo(): pass ```...

I was thinking the same thing. Suggested edits: ### unsupported-membership-test **Reason**: `property` members defined on a metaclass were not inferred as data descriptors in a class context on derived classes...

Another suggested edit: ### not-callable (2) ~Regression with #926 and #946, possibly pylint error?~ Not a regression with #926 and #946, that test case fails on current master without those...

### unsupported-membership-test **Status**: I've updated #941 to fix the issue with `Enum.__members__` and added a MR to pylint for the corresponding tests PyCQA/pylint#4466

@cdce8p: I was/have been fine to wait on sorting the underlying issues before #927, but if you're keen to merge it then I'm happy to put in some extra effort...

This appears to be a failure of inference for the return value of `S_OK` in your example. There were some fixes around sequenc and mapping types if I remember correctly....

Yeah, it appears that matplotlib uses a custom `__set_name__` (see https://docs.python.org/3/reference/datamodel.html#creating-the-class-object) to dynamically create these descriptors. There's no explicit support for this in `astroid`. As to the behaviour you're seeing,...

@Pierre-Sassoulas, maybe. I'm not 100% sold on the title. I guess I'd ask "how would someone search for this issue in the future" before considering changing the title. If instead...

Hi @rshanor, thanks for the report. This does look like a failure to suppress `no-member` in this case, could be due to incorrect inference since we explicitly support lifting enum...