This repository has been archived by the owner on Apr 14, 2022. It is now read-only.
-
Notifications
You must be signed in to change notification settings - Fork 133
PLS doesn't resolve relative paths correctly #510
Milestone
Comments
@AlexanderSher owns the import subsystem. |
It is required for the case when there is a folder with the name of the module.
and
import should be highlighted as invalid import. In your case, what is the value of if (lastEdge.End.IsModule) {
return false;
} |
In the example you gave above, if the To answer your question. |
AlexanderSher
added a commit
to AlexanderSher/python-language-server
that referenced
this issue
Jan 2, 2019
…t is found in another root directory - Fix microsoft#510: PLS doesn't resolve relative paths correctly
AlexanderSher
added a commit
to AlexanderSher/python-language-server
that referenced
this issue
Feb 4, 2019
- Fix microsoft#509: PLS doesn't flag error in a relative import if it is found in another root directory (microsoft#519) - Fix microsoft#510: PLS doesn't resolve relative paths correctly
AlexanderSher
added a commit
that referenced
this issue
Feb 4, 2019
* Fix #470 (#478) * Fix various common exceptions, log on a failed directory load (#498) * rethrow exception after telemetry instead of disposing * log an error instead of crashing when hitting some exceptions loading files, fix nullref when shutting down without an idle tracker * fix short circuiting of question mark checks to prevent null from being returned * print name of exception instead of relying on ToString * don't use MaybeEnumerate * upgrade message to Show * Mitigate some of #495 via MRO member selection and analysis set optimization (#517) This isn't a complete fix, but does seem to improve #495 in some cases. Adds back the early MRO return removed in #277, so now large class hierarchies won't over-propagate types (where some of the trouble with fastai happens do to the Transform class). I also optimized AnalysisHashSet a little to do length checks when possible. There are still times when things get caught up comparing unions for a while, but it seems to be nondeterministic. * Two path resolution bug fixes - Fix #509: PLS doesn't flag error in a relative import if it is found in another root directory (#519) - Fix #510: PLS doesn't resolve relative paths correctly * Catch exceptions when importing from search paths (#525) * catch exceptions when importing from search paths * retry instead of not found
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
The analyzer sometimes does not resolve relative paths correctly. See the screen shot below.
The problem appears to be in
PathResolverSnapshot.TryFindName
which contains the following lines of code:I don't understand why this logic is needed. When I comment out these three lines, the relative paths resolve correctly and other imports also appear to resolve as expected.
The text was updated successfully, but these errors were encountered: