Open
Description
#!stacks
"gopanic" && "DocumentURI.Path"
Issue created by stacks.
Why is the deferred call to recoverHandlerPanic in serverDispatch not causing recovery??
This stack cX84Vw
was reported by telemetry:
crash/crash
runtime.gopanic:+69,+0x167
golang.org/x/tools/gopls/internal/protocol.DocumentURI.Path:+9,+0x3e
golang.org/x/tools/gopls/internal/protocol.DocumentURI.Clean:+1,+0x17
golang.org/x/tools/gopls/internal/cache.(*Session).SnapshotOf:+1,+0x44
golang.org/x/tools/gopls/internal/cache.(*Session).FileOf:+1,+0x2a
golang.org/x/tools/gopls/internal/server.(*server).DidCreateFiles:+7,+0x12a
golang.org/x/tools/gopls/internal/protocol.serverDispatch:+650,+0x36db
golang.org/x/tools/gopls/internal/lsprpc.(*streamServer).ServeStream.ServerHandler.func4:+5,+0x84
golang.org/x/tools/gopls/internal/lsprpc.(*streamServer).ServeStream.handshaker.func5:+52,+0x908
golang.org/x/tools/gopls/internal/protocol.Handlers.MustReplyHandler.func1:+2,+0xc5
golang.org/x/tools/gopls/internal/protocol.Handlers.AsyncHandler.func2.2:+3,+0x95
runtime.goexit:+0,+0x0
golang.org/x/tools/[email protected] go1.24.4 windows/amd64 other,vscode (1)
Metadata
Metadata
Assignees
Labels
Issues describing a possible bug in the Go implementation.Issues describing a change to documentation.Someone must examine and confirm this is a valid issue and not a duplicate of an existing one.This label describes issues relating to any tools in the x/tools repository.Issues related to the Go language server, gopls.