-
Notifications
You must be signed in to change notification settings - Fork 767
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
Function argument hints and docs only shown with an additional comma #1128
Comments
Is there a reason why your call and dict literal are unclosed? VS Code defaults to ensuring matching parens/braces/brackets. Our parser tries to recover as best as it can, but without the ending paren and curly brace, we might be getting things wrong. Can you add in the |
Hey @jakebailey! I have that feature disabled in VSCode because I prefer to type the closing brackets and quotation myself. Sure no problem. Unfortunately it looks like that doesn't fix it. Seems to me like something must be wrong here to begin with, given that the double comma is actually invalid syntax and the single comma is valid (with the closing parentheses). Lmk if you need anything else. Cheers! |
Thanks. Is the code for |
Actually what is curious is that with the closing control characters, it emphasises the right argument (here: owner), and without them it emphasises the argument after (i.e. delegate). Also some other things seems to be happening here when moving the cursor. So in all of the below cases, the two commas are necessary for the hint to appear at all. But only in the case where the closing control characters are present, and the cursor is located after the second comma, it emphasises the correct third argument. Yes, you can find the code to that class here: https://github.com/craftr-build/craftr/blob/5.x/craftr-core/src/craftr/core/closure/__init__.py |
It appears that the signature help is dismissed and doesn't reappear when a nested call expression is completed. Here's a simplified repro: def func1(a: int, b: int) -> None: ...
def func2() -> int: ...
func1(func2(), |
I found the bug. We use a heuristic in the signature provider to deal with "broken" parse trees, such as when the expression is missing a closing parenthesis. This heuristic was failing in this particular case. I've added some additional logic to prevent this failure. @jakebailey, here's a PR for you to review when you have time: microsoft/pyright#1732 |
This issue has been fixed in version 2021.4.0, which we've just released. You can find the changelog here: https://github.com/microsoft/pylance-release/blob/main/CHANGELOG.md#202140-7-april-2021 |
I can confirm it works. Thank you! 😃 |
Environment data
Expected behaviour
Inside a function call, after a comma, the language server shows hints about the function arguments and it's docstrings.
Actual behaviour
Pylance only shows that information after an additional comma.
Logs
The text was updated successfully, but these errors were encountered: