You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
➜ pyright privates.py
/SNIP/privates.py
/SNIP/privates.py:6:21 - error: "DataFrameModel" is not exported from module "pandera.polars" (reportPrivateImportUsage)
/SNIP/privates.py:9:25 - error: "Field" is not exported from module "pandera.polars" (reportPrivateImportUsage)
2 errors, 0 warnings, 0 informations
Expected behavior
Running pyright (either by hand or indirectly as an LSP in an editor) should not give any errors. More importantly I don't expect little red squiggly lines on literally every import from pandera.polars.
Context
I'm currently on pandera version 0.20.1 and pyright version 1.1.368.
To me it looks like Pylance papers over these issues or swallows the error even though it's using pyright under the hood. The pyright folk are really pretty clear that this is as designed and it ought to be fixed in the libraries. See this issue in pyright for example.
If you agree this is an issue and should be fixed in pandera I can probably find the time to make a PR!
The text was updated successfully, but these errors were encountered:
Hi @RmStorm, this is probably because the pandera.polars module doesn't define __all__... can you try adding it e.g. see here and see if the pyright error goes away?
Describe the bug
Pyright throws
reportPrivateImportUsage
errors on basically everything imported frompandera.polars
.Simply running pyright by hand on a minimal example like this will show the problem:
Expected behavior
Running pyright (either by hand or indirectly as an LSP in an editor) should not give any errors. More importantly I don't expect little red squiggly lines on literally every import from
pandera.polars
.Context
I'm currently on pandera version
0.20.1
and pyright version1.1.368
.To me it looks like Pylance papers over these issues or swallows the error even though it's using pyright under the hood. The pyright folk are really pretty clear that this is as designed and it ought to be fixed in the libraries. See this issue in pyright for example.
If you agree this is an issue and should be fixed in pandera I can probably find the time to make a PR!
The text was updated successfully, but these errors were encountered: