Closed stefanvanburen closed 1 week ago
I have the same issue. Maybe it could be because of the could not find URI for import ...
in the logs? If you try go-to-definition with some well-known type like google.protobuf.Timestamp
it works correctly. Also the logs have this sort of line: parsing AST for file://<user-home>.cache/buf/v3/wellknowntypes/27.0/google/protobuf/empty.proto, -1\n
GitHub repository with your minimal reproducible example (do not fill out this field with "github.com/bufbuild/buf" or we will automatically close your issue, see the instructions above!)
https://github.com/bufbuild/registry-proto
Commands
Output
Nothing — the definition is not opened.
The logs are very noisy (from
:LspLog
); here's the first couple lines:It then seems to continuously try to find the image for
bufbuild/protovalidate/b9831...
and fail over and over.Expected Output
I expected to go to the definition of
ModuleRef
(within the same package at./module.proto:103:9
).Anything else?
I haven't used the LSP enough to know for sure, but this seems like an issue only with same-package symbols - go-to-definition works with e.g.
buf.registry.owner.v1.OwnerRef
on line 92 in the same file, and all of thebuf.validate
extensions, for example.