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
Reproduced on current main (b635dd4): for an absolute Python import, findPythonModuleFile in src/resolution/import-resolver.ts matches any project file whose path ends with the module path, so stdlib import logging binds to app/core/logging.py whenever such a file exists. This looks like exactly the case open PR #1921 addresses ("could bind import json to a project serializers/json.py"); it resolves absolute imports only from evidence-based package roots instead of a filename-suffix match. Linking so the two are tracked together.
Thanks for the report! This is fixed on main by #1921, which resolves Python imports from your project's own package roots the way Python finds modules, so import logging stays the standard library even when the project has an app/core/logging.py. We checked it with that layout: v1.6.2 linked import logging to app/core/logging.py (and logging.getLogger(...) to a same-named function in it), while current main links neither, after a fresh index or a sync. The fix is on main and ships in the next release after 1.6.2; re-index your project after upgrading.
Activity
maxmilian commentedon Oct 8, 2026
Reproduced on current
main(b635dd4): for an absolute Python import,findPythonModuleFileinsrc/resolution/import-resolver.tsmatches any project file whose path ends with the module path, so stdlibimport loggingbinds toapp/core/logging.pywhenever such a file exists. This looks like exactly the case open PR #1921 addresses ("could bindimport jsonto a projectserializers/json.py"); it resolves absolute imports only from evidence-based package roots instead of a filename-suffix match. Linking so the two are tracked together.colbymchenry commentedon Oct 22, 2026
Thanks for the report! This is fixed on main by #1921, which resolves Python imports from your project's own package roots the way Python finds modules, so
import loggingstays the standard library even when the project has anapp/core/logging.py. We checked it with that layout: v1.6.2 linkedimport loggingtoapp/core/logging.py(andlogging.getLogger(...)to a same-named function in it), while current main links neither, after a fresh index or a sync. The fix is on main and ships in the next release after 1.6.2; re-index your project after upgrading.