Go to Definition on package name in call to package function opens package name, not function
Nobody has claimed this yet.
Assessment
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Newbie friendliness
- 38/100
- Issue type
- Bug
- Clarity
- Mostly clear
- Activity status
- Stale
- Tech stack
- typescript
- Domain
- devtools
Research direction
Start by reproducing the issue with somepath/+plot/doThing.m and somepath/sample.m, then trace the Go-to-Definition handling for plot.doThing(). Compare the existing behavior for doThing with the package-name case, and clarify how class-name selections such as pkg.ClassName.funcName() should resolve. Done means selecting plot opens doThing.m consistently with the expected behavior.
Written by the indexing model from the issue text.
Description
Describe the bug
A clear and concise description of what the bug is.
To Reproduce
Steps to reproduce the behavior:
- Create the following files, one of which is in a package directory:
somepath/+plot/doThing.msomepath/+plot/doThing.msomepath/sample.m
- In sample.m, make the following call:
plot.doThing() - Go-to-Definition on
doThing- doThing.m opens correctly - Go-to-Definition on
plot- plot.m opens instead
Expected behavior
In the above example, it is expected that doThing.m will open.
Additional context
Will need to determine how to handle cases like the following: pkg.ClassName.funcName(). If Go-to-Definition is triggered on the class name, do we want to open the class definition? Going to the function definition would often go to the same file, unless it is implemented in a class folder.
Internal tracking number: g2885285
- Dominant language
- TypeScript
- Stars
- 125
- Forks
- 21
- PR merge metrics
- No merged PRs in 30d
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from mathworks/MATLAB-language-server
-
documentation enhancement
Difficulty 1/5 1-3 hours Newbie friendliness 62/100
mathworks/MATLAB-language-server#27 · 10 comments ·
-
bug
Difficulty 4/5 3-5 days Newbie friendliness 35/100
mathworks/MATLAB-language-server#82 · 1 reaction ·
-
Add progress handler Openenhancement
Difficulty 4/5 3-5 days Newbie friendliness 45/100
mathworks/MATLAB-language-server#81 · 4 comments ·
-
bug
Difficulty 3/5 1-2 days Newbie friendliness 35/100
mathworks/MATLAB-language-server#79 · 7 comments ·
-
`--matlabLaunchCommandArgs` does not accept value starting with "-" (Not enough arguments following) Openbug
Difficulty 2/5 1-3 hours Newbie friendliness 45/100
mathworks/MATLAB-language-server#78 · 8 comments ·
All issues in mathworks/MATLAB-language-server
Similar issues
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
copse-dev/agent-pane#2953 ·
-
Difficulty 2/5 1-3 hours Newbie friendliness 84/100
Eynzof/Hermes-CN-Desktop#610 ·
-
bug clawsweeper:linked-pr-open clawsweeper:needs-live-repro clawsweeper:no-new-fix-pr impact:message-loss issue-rating: 🐚 platinum hermit P2 regression
Difficulty 2/5 1-3 hours Newbie friendliness 78/100
-
enhancement
Difficulty 2/5 1-3 hours Newbie friendliness 68/100
-
calcite-components needs triage refactor
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
Esri/calcite-design-system#15203 ·