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
This might be another effect of #1704 but it seems different enough to have an own issue.
In short: We import a module from the same package using an absolute import but it gets classified as STDLIB
Basically we have a repo with 2 modules: The main module and a test module:
isort somehow determines that the specific.py import is STDLIB which seems wildly off. I'd have understood it being classified as FIRSTPARTY or THIRDPARTY but STDLIB?
Output of isort -v:
VERSION 6.0.1
from-type place_module for easybuild.base returned THIRDPARTY
else-type place_module for test.easyblocks.easyblock_specific returned STDLIB
Can there anything be done that test.easyblocks.foo does not consider test.easyblocks.specific as STDLIB?
The text was updated successfully, but these errors were encountered:
This might be another effect of #1704 but it seems different enough to have an own issue.
In short: We import a module from the same package using an absolute import but it gets classified as STDLIB
Basically we have a repo with 2 modules: The main module and a test module:
Now the file
foo.py
imports files from the main module and another test:isort
somehow determines that thespecific.py
import is STDLIB which seems wildly off. I'd have understood it being classified as FIRSTPARTY or THIRDPARTY but STDLIB?Output of
isort -v
:Can there anything be done that
test.easyblocks.foo
does not considertest.easyblocks.specific
as STDLIB?The text was updated successfully, but these errors were encountered: