Describe the bug
Props component includes ref and key props in props table when passed a component created with React.forwardRef. I would argue these props should not be exposed because they cannot be documented in our code. They are also part of React's API in that they are documented elsewhere and considered assumed knowledge in our docs.
To Reproduce
Create this component
// docs/Faulty.tsx
import React from "react";
export interface FaultyProps {}
const Faulty = React.forwardRef<HTMLDivElement>((props, ref) => {
return <div ref={ref}>{props.children}</div>;
});
export default Faulty;
With this documentation
{/* docs/Faulty.mdx */}
import { Props } from "docz";
import Faulty from "./Faulty";
# Faulty
<Props of={Faulty} />
Expected behavior
ref and key are omitted from generated props table
Environment
{
"docz": "1.2.0",
"docz-theme-default": "1.2.0"
}
Additional context/Screenshots

For what it's worth, I tried passing custom docgenConfig but since it propFilter must be a function, it is not parsed correctly by load-cfg.
I encountered a similar problem. Moreover, earlier on the same version of docz it was OK, perhaps this is due to the update of third libraries.
The problem is that when calling props.parent (https://github.com/styleguidist/react-docgen-typescript/issues/151), it is always null. And therefore all properties fall into the props table.
UPD: it's breaking for typescript version > 3.5.
Most helpful comment
I encountered a similar problem. Moreover, earlier on the same version of docz it was OK, perhaps this is due to the update of third libraries.
The problem is that when calling props.parent (https://github.com/styleguidist/react-docgen-typescript/issues/151), it is always null. And therefore all properties fall into the props table.
UPD: it's breaking for typescript version > 3.5.