forked from DonJayamanne/pythonVSCode
-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Closed
Labels
area-lintingbugIssue identified by VS Code Team member as probable bugIssue identified by VS Code Team member as probable bug
Milestone
Description
From @zersiax on October 9, 2017 22:17
Environment data
VS Code version: Latest Insider as of now
Python Extension version: Latest version available in Marketplace
Python Version: 3.6
OS and version: Windows 10 build 16299
Actual behavior
In my problems view, I'm seeing errors about "no module named" followed by the path to the current file I'm in, e.g., c:\users\name\project\app\views.py). However, this code runs fine using the same Python context and gives no such errors.
Expected behavior
I shouldn't see these errors since they aren't errors.
Steps to reproduce:
- (going to list everything I did, not sure what parts are relevant)
- Create a new Django project in the home folder of WSL (Windows Subsystem for Linux).
- Realize you can't reach that filesystem from Vs Code and copy the folder to your Windows home folder, e.g. c:\users\name\dev.
- Open the project in Visual Studio Code. Note that we're not using a virtual environment. One was created, but in WSL so it would be Linux-based and probably not useful to the Windows host. It is, however, present in the copied folder in my case, although it is not being used. Autopep8, prospector and Django 1.11 are installed to the global context using pip.
- Open any given file, settings.py is fine.
- At this point, I am already getting this error by Prospector about no module name ....../settings.py.
- I tried feeding --uses django into the ProspectorArgs array in settings.json but this didn't fix the issue.
Copied from original issue: DonJayamanne/pythonVSCode#1289
Metadata
Metadata
Assignees
Labels
area-lintingbugIssue identified by VS Code Team member as probable bugIssue identified by VS Code Team member as probable bug