-
Notifications
You must be signed in to change notification settings - Fork 37
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Handle custom overrides
which may not include show_column_numbers
or show_error_end
settings
#79
base: master
Are you sure you want to change the base?
Conversation
In projects which configure 'show_column_numbers = true', pylsp would not return anything back to my editor. In the logs I found messages like below ``` ... discarding result for beetsplug/bandcamp/track.py:113 against /home/sarunas/repo/beetcamp/beetsplug/bandcamp/track.py ``` The logic only returns the result if the latter filename ends with the former, thus it seems that the column number (':113') is not supposed to be present here. Having had a look at the matching pattern I found that it does not take into account that the column number may be present. This commit adjusts the pattern to handle the column number correctly.
Can you provide an example producing this issue? |
Completely! I later found that this probably happened because I provided my own |
overrides
Given the above, it seems like we'd rather always provide |
With
With
|
overrides
overrides
which may not include show_column_numbers
or show_error_end
settings
The user is able to override them in any case since later options take precedence.
See the last three commits:
|
In projects which configure 'show_column_numbers = true', pylsp would not return anything back to my editor.
In the logs I found messages like below
The logic only returns the result if the latter filename ends with the former, thus it seems that the column number (':113') is not supposed to be present here.
Having had a look at the matching pattern I found that it does not take into account that the column number may be present.
This commit adjusts the pattern to handle the column number correctly.
Edit:
Seems like the issue was actually caused by me providing custom mypy
overrides
through the plugin settings which did not includeshow_column_numbers = true
setting that the plugin sets internally.