Wrong signature help in two edge cases
See original GitHub issueCompiler version
3.2.0-RC1-bin-20220519-ee9cc8f-NIGHTLY
Minimized code
For signature help with cursor located at @@
:
1.
object a {
List(1, 2@@
}
object a {
def curry(a: Int, b: Int)(c: Int) = a
curry(1)(3@@)
}
Output
Empty output.
Expectation
apply[A](xs: A*): List[A]
^^^^^^
curry(a: Int, b: Int)(c: Int): Int
^^^^^^
Issue Analytics
- State:
- Created a year ago
- Comments:5
Top Results From Across the Web
Taking the Edge off of Edge Cases | by Sara Khandaker
Both unit-testing and user-testing can be helpful here. Simply writing out good unit tests will force you to start thinking about edge cases....
Read more >Calculated signature help positions may be incorrect for Lisp ...
I found this behaviour when I'm trying to implement the signature help function for clojure-lsp, and I think the reproduction steps aren't ...
Read more >How to find and deal with edge cases in UX design | UX Planet
The process I will follow is as follows: happy path > different cases > edge cases.
Read more >Chasing Edge Cases - Dev Genius
Chasing edge-cases can be a developers biggest pitfall if done in the wrong environment or their greatest strength if done in the right ......
Read more >Thinking like a developer, part II: design the edge cases
A weekly resourceful newsletter that helps designers stay in the know, be productive, and think more critically about their work. Take a look....
Read more >Top Related Medium Post
No results found
Top Related StackOverflow Question
No results found
Troubleshoot Live Code
Lightrun enables developers to add logs, metrics and snapshots to live code - no restarts or redeploys required.
Start FreeTop Related Reddit Thread
No results found
Top Related Hackernoon Post
No results found
Top Related Tweet
No results found
Top Related Dev.to Post
No results found
Top Related Hashnode Post
No results found
Top GitHub Comments
Do we ever want to show tuple signature ? In my opinion no, what do you say ?
I would say that we don’t want to show it ever.