Bug: Support custom types providers for which there already exists a registered base factory #607
Open
1 of 4 tasks
Labels
bug
Something isn't working
Description
It seems like defining a type in
get_provider_map(cls)
wouldn't work if that type is already handled by an existing base_factory (such as dataclass, Pydantic model, etc).It's possible this is intended, as the Handling Custom Types docs only specifies a plain-old Python class
CustomSecret
.Please see the MCVE below for what my desired behavior would be. Is this currently possible? I've tried playing around with
__base_factory_overrides__
but didn't have any luck.URL to code causing the issue
No response
MCVE
Steps to reproduce
Screenshots
"In the format of:
![SCREENSHOT_DESCRIPTION](SCREENSHOT_LINK.png)
"Logs
No response
Release Version
2.17.0
Platform
Note
While we are open for sponsoring on GitHub Sponsors and
OpenCollective, we also utilize Polar.sh to engage in pledge-based sponsorship.
Check out all issues funded or available for funding on our Polar.sh dashboard
The text was updated successfully, but these errors were encountered: