Handle custom overrides which may not include show_column_numbers or show_error_end settings#79
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 |
overridesoverrides 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
overridesthrough the plugin settings which did not includeshow_column_numbers = truesetting that the plugin sets internally.