Closed jarretmoses closed 4 years ago
While I prefer type
to interface
, you're totally right that this should work.
Working on this one!
@jarretmoses I added your example to the test cases and it is working, no error is reported on the prop autoLoad
. Did I get your error right?
@jzabala so I don’t know if perhaps v 7.20.6 fixed something but it does seem to be working (for the most part) I do notice something now the rule has issues with nested function definitions but I’ll open a issue if I find this is not by design. Thanks for looking into this.
@jzabala so I don’t know if perhaps v 7.20.6 fixed something but it does seem to be working (for the most part) I do notice something now the rule has issues with nested function definitions but I’ll open a issue if I find this is not by design. Thanks for looking into this.
Sure, let us know if you find anything. Thanks for your support.
Hello,
It seems this issue has arose a couple times but in different fashion however this rules seems to still NOT detect Props correctly when using an interface vs a type. (I've been waiting several versions as I kept seeing people say this was resolved.
Versions eslint-plugin-react: 7.20.5 typescript: 3.9.7 @typescript-eslint/eslint-plugin: 3.8.0, @typescript-eslint/parser: 3.8.0,
Example
I can confirm changing the Props interface to
typo Props = { autoLoad: boolean; } & V2SocialLoginProps
fixes the issue but I don't think I should need to refactor my entire codebase to use type.I can also confirm this issue where theres no external interface to extend and its just a standalone interface definition.