-
Notifications
You must be signed in to change notification settings - Fork 645
Inconsistent codeLens vs find references #988
Comments
Also, is there an easy way to use VSCode to determine the byte offset of a symbol? It would help to debug issues like this using the command line tools. I'm counting number of characters from the start of the file by hand. |
Thanks for reporting this @IzakMarais and sorry for not getting back to you sooner. I observed similar mismatch early on too. See #726 (comment) Somehow references from outside the current workspace are getting included in the codelens. Funny enough both the codelens and the "Find all References" features use the same This needs some investigation. @theSoenke can you take a look at this? |
No, as the screenshots demonstrate, codelens shows fewer references than find all references, not more. |
Your first case of 0 references is being tracked in #962 In your second case, if you click on the codelens, you will see 5 references. That is by design in VS Code The third case is same as the second. As for the byte offset question, I am not aware of any way myself, but yes, that would indeed be very handy. |
With the following directory structure, I get inconsistent results between VSCodes CodeLens references and VSCode Find References (or running guru from the command line):
src/example/main.go:
src/example2/example2.go:
Screenshots of the inconsistencies. Notice how the codeLens and find references values differ.
Finally (this is more a guru question than a VSCode question), is it expected for guru to miss the references to the
Kind
struct created via NewKind()? Or is this not considered a 'referene to Kind'? E.g. isk
not a reference to typeKind
?The text was updated successfully, but these errors were encountered: