Exception in ElixirLS.LanguageServer.SourceFile

[axelson]

I'm seeing an exception in ElixirLS.LanguageServer.SourceFile:

07:45:53.404 [error] Task #PID<0.516.0> started from #PID<0.509.0> terminating
** (CaseClauseError) no case clause matching: {1, nil}
    (language_server) lib/language_server/source_file.ex:118: ElixirLS.LanguageServer.SourceFile.module_line/1
    (language_server) lib/language_server/providers/workspace_symbols.ex:371: anonymous fn/2 in ElixirLS.LanguageServer.Providers.WorkspaceSymbols.index/1
    (elixir) lib/enum.ex:1925: Enum."-reduce/3-lists^foldl/2-0-"/3
    (language_server) lib/language_server/providers/workspace_symbols.ex:370: anonymous fn/1 in ElixirLS.LanguageServer.Providers.WorkspaceSymbols.index/1
    (elixir) lib/task/supervised.ex:89: Task.Supervised.do_apply/2
    (elixir) lib/task/supervised.ex:38: Task.Supervised.reply/5
    (stdlib) proc_lib.erl:247: :proc_lib.init_p_do_apply/3
Function: #Function<32.46682346/0 in ElixirLS.LanguageServer.Providers.WorkspaceSymbols.do_process_chunked/2>
    Args: []

The exception is coming from the get_docs line:

  def module_line(module) do
    # TODO: Don't call into here directly
    case ElixirSense.Core.Normalized.Code.get_docs(module, :moduledoc) do
      nil ->
        nil

      {line, _} ->
        line
    end
  end

Most likely related to the elixir_sense update in #180
cc: @lukaszsamson

[lukaszsamson]

That's strange as elixir_sense master@f89444dd713520acb5d97a98b6d24386c04b9ae8 returns 3-element tuple and the updated code in module_line/1 in #180 matches on that 3-element tuple.
Could it be that older version of ElixirSense.Core.Normalized.Code or the whole elixir-LS is being loaded instead? I had a similar issue related to elixir-lsp/vscode-elixir-ls#63 (I haven't tested the fix yet, but 0.3.2 tag with 045875a applied works fine on my machine)

[axelson]

Yes that is possible, I will double check in a bit.

…

On Sun, Apr 5, 2020, 9:53 AM Łukasz Samson ***@***.***> wrote: That's strange as elixir_sense ***@***.*** returns 3-element tuple and the updated code in module_line/1 in #180 <#180> matches on that 3-element tuple. Could it be that older version of ElixirSense.Core.Normalized.Code or the whole elixir-LS is being loaded instead? I had a similar issue related to elixir-lsp/vscode-elixir-ls#63 <elixir-lsp/vscode-elixir-ls#63> (I haven't tested the fix yet, but 0.3.2 tag with 045875a applied works fine on my machine) — You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub <#184 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AAACN5KSDEEKGS3NI6VTGQDRLDOSZANCNFSM4MBGUETA> .

[axelson]

Yeah you were correct. I need to remember that when you're working on ElixirLS locally all the files that you are editing are replacing the modules in the version of ElixirLS that you're running as well.