Definition not working because didOpen is not called

[jschwarz89]

I have a nvim setup that looks like: nvim -> CodeCompanion -> MCPHub -> mcp-launguage-server -> golsp. The pipeline works because :MCPHub allows me to run diagnostics on a file (i.e. if I give it a full path it will display proper diagnostics on it).

However, 'definition' doesn't work. I did some digging around and the MCPHub Logs show this (beginning and end of log, nothing before):

  [07:27:00]  language-server stderr: 2025/05/19 08:05:49.115068 [DEBUG][core] Executing definition for symbol: qsPb.QueryRequest\n2025/05/19 08:05:49.115092 [DEBUG][lsp] Making call: method=workspace/symbol id=2  

  [07:27:00]  language-server stderr: 2025/05/19 08:05:49.115161 [DEBUG][lsp] Sending message: method=workspace/symbol id=2\n2025/05/19 08:05:49.115169 [DEBUG][wire] -> Sending: {"jsonrpc":"2.0","id":2,"method":"workspace/symbol","params":{"query":"qsPb.QueryRequest","workDoneToken":null}}\n2025/05/19 08:05:49.115183 [DEBUG][lsp] Waiting for response to request ID: 2\n2025/05/19 08:05:49.115684 [DEBUG][wire] <- Header: Content-Length: 38\n2025/05/19 08:05:49.115704 [DEBUG][wire] <- Received: {"jsonrpc":"2.0","result":null,"id":2}\n2025/05/19 08:05:49.115723 [DEBUG][lsp] Received response for ID: 2\n2025/05/19 08:05:49.115727 [DEBUG][lsp] Sending response for ID 2 to handler\n2025/05/19 08:05:49.115736 [DEBUG][lsp] Received response for request ID: 2  

As you can see, it's doing a "workspace/symbol" to detect where the symbol is defined. However, the spec (as I understand it) requires a "didOpen" method first (so gopls can go around reading the files, etc).

My MCP configuration (~/.config/mcphub/servers.json) is as follows:

  "nativeMCPServers": [
  ],
  "mcpServers": {
    "language-server": {
      "custom_instructions": {
        "disabled": false
      },
      "args": [
        "--workspace",
        "<my path>",
        "--lsp",
        "/usr/bin/gopls"
      ],
      "disabled": false,
      "command": "/home/john/go/bin/mcp-language-server",
      "env": {
        "PATH": "/usr/local/go/bin:/home/john/go/bin",
        "LOG_LEVEL": "DEBUG"
      },
      "disabled_tools": [
      ]
    }
  }
}

What am I doing wrong?

[isaacphi]

@jschwarz89 thanks for the issue, and thanks for the motivation to get MCPHub set up with nvim. I hadn't gotten around to it yet.

I'm not able to reproduce the issue, but I'm running it from a mac. Here's my exact configuration:

~/.config/mcphub/servers.json

{
  "mcpServers": {
    "language-server": {
      "custom_instructions": {
        "disabled": false
      },
      "args": [
        "--workspace",
        "/Users/phil/dev/mcp-language-server/",
        "--lsp",
        "gopls"
      ],
      "disabled": false,
      "command": "mcp-language-server",
      "env": {
        "LOG_LEVEL": "DEBUG"
      },
      "disabled_tools": []
    }
  }
}

~/.config/nvim/lua/plugins/mcphub.lua

return {
  "ravitemer/mcphub.nvim",
  dependencies = {
    "nvim-lua/plenary.nvim",
  },
  build = "npm install -g mcp-hub@latest", -- Installs `mcp-hub` node binary globally
  config = function()
    require("mcphub").setup()
  end,
}

~/.config/nvim/lua/plugins/code-companion.lua

return {
  "olimorris/codecompanion.nvim",
  opts = {},
  dependencies = {
    "nvim-lua/plenary.nvim",
    "nvim-treesitter/nvim-treesitter",
    "ravitemer/mcphub.nvim",
  },
  config = function()
    local adapters = require("codecompanion.adapters")

    require("codecompanion").setup({
      adapters = {
        anthropic = adapters.anthropic,
        openai = adapters.openai,
        gemini = adapters.gemini,
      },
      strategies = {
        chat = { adapter = "anthropic" },
        inline = { adapter = "anthropic" },
      },
      extensions = {
        mcphub = {
          callback = "mcphub.extensions.codecompanion",
          opts = {
            show_result_in_chat = true, -- Show mcp tool results in chat
            make_vars = true, -- Convert resources to #variables
            make_slash_commands = true, -- Add prompts as /slash commands
          },
        },
      },
    })
  end,
}

In my experience, gopls does not need to open a file to start indexing the project, but some language servers do. I could have it open one file on startup. Can you try first calling diagnostics and then definition? This will ensure that a file is opened first.

The logs you share seem to be missing something too: there's no record of the startup. Are logs truncated, or are there other log files?

Sorry there's no resolution here, but I'd like to get to the bottom of it.