From unknown Fri Jun 20 18:20:52 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#59883 <59883@debbugs.gnu.org> To: bug#59883 <59883@debbugs.gnu.org> Subject: Status: Eglot gopls failed to connect Reply-To: bug#59883 <59883@debbugs.gnu.org> Date: Sat, 21 Jun 2025 01:20:52 +0000 retitle 59883 Eglot gopls failed to connect reassign 59883 emacs submitter 59883 Johann H=C3=B6chtl severity 59883 normal tag 59883 moreinfo thanks From debbugs-submit-bounces@debbugs.gnu.org Wed Dec 07 08:50:53 2022 Received: (at submit) by debbugs.gnu.org; 7 Dec 2022 13:50:53 +0000 Received: from localhost ([127.0.0.1]:50462 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p2up2-00016w-P8 for submit@debbugs.gnu.org; Wed, 07 Dec 2022 08:50:53 -0500 Received: from lists.gnu.org ([209.51.188.17]:51774) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p2up0-00016q-W0 for submit@debbugs.gnu.org; Wed, 07 Dec 2022 08:50:51 -0500 Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1p2up0-0007Nl-IU for bug-gnu-emacs@gnu.org; Wed, 07 Dec 2022 08:50:50 -0500 Received: from mail-oi1-x22d.google.com ([2607:f8b0:4864:20::22d]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1p2uoy-0003dm-HT for bug-gnu-emacs@gnu.org; Wed, 07 Dec 2022 08:50:50 -0500 Received: by mail-oi1-x22d.google.com with SMTP id v70so12386305oie.3 for ; Wed, 07 Dec 2022 05:50:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=JkX4iD5nj+E39TIFWl/iw+KvcBtkOukwYcyKs9zZ/R0=; b=MyTBC/v3powQwHwEXM6SMAI56Ft4vIgulmxMxQNdHabN0YpuUXakjJIOtPxzAUqaI9 pTSEB1cGMi+xgxsVkCxp3tGA1jwcMTK+JND6+oCQThtVE8no/unS86baPEjsX7c/+PtE L5BCyErc/uNLStGhCpZhHVBu2Wc6zez8nBp0W0sgSe2Vr3wnRRbRDcBEx6V75d/Zlw9F fxHLXk3Xap48mBQRZokxOkYdSXGD20nlr6OgBoEZermqDNTgwQOfrfBwwc6QeTCQW4dY kZPYYF7+o7TLp3VUKdj59dqfXhXqMfLjpjRuQx3ue7nWdYen5oEWP6KjZERuwM9jm2kU /KHA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=JkX4iD5nj+E39TIFWl/iw+KvcBtkOukwYcyKs9zZ/R0=; b=rsjE3ZgbdLtOT6mhNFOLTWbdHRFmln5/5L46lYX1A6Mv3Wv+Y9Y8v5qt3O8UaNcmrq wVmYYJkYV380FqYqxuXh/U4Lnp6mWL0mBPLuzFKuOXcz5BVXsyysjnu+kFL4cpAl/XVw DufxqlDDVmII65/gDWR6AGCgHS7HAuJJ/f5SHoi023C8wyxdgGJf90eI/w8uCjuF5RU8 9d+VrH9EnAcR2/VIlekDfoqqkmN5gDx5zTSBd3+/V/Zc58gEVzJwE8n3h9h9cmbjdYtq J2vUZLkGdA74jA5iP19+RvlwsJbaPOHi9u/4+auJSg9U1FS2/DDRQNuljsMHyH1hAxPH GaOg== X-Gm-Message-State: ANoB5pkEOg7EIqLH6MTbLHgtcMvm4JfMyYOOtWxWdROKyG5aU9thEk2j rNadO/K06iVPLz1wgNhSMm8Pi2vACYLrCw5ioIeUjK1qvg== X-Google-Smtp-Source: AA0mqf6zxTHz5znzkiu8P+Md1sjd/Zax4Sr9l7ZnfXt4eb2wjFOxGKm+Qva/temlDE3xd6D66/uXLMfnQfS2cfD/XUw= X-Received: by 2002:a54:4612:0:b0:35b:cebf:b078 with SMTP id p18-20020a544612000000b0035bcebfb078mr17087919oip.24.1670421046613; Wed, 07 Dec 2022 05:50:46 -0800 (PST) MIME-Version: 1.0 From: =?UTF-8?Q?Johann_H=C3=B6chtl?= Date: Wed, 7 Dec 2022 14:50:35 +0100 Message-ID: Subject: Eglot gopls failed to connect To: bug-gnu-emacs@gnu.org Content-Type: multipart/alternative; boundary="0000000000001bdab005ef3d35ff" Received-SPF: pass client-ip=2607:f8b0:4864:20::22d; envelope-from=johann.hoechtl@gmail.com; helo=mail-oi1-x22d.google.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: -1.3 (-) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) --0000000000001bdab005ef3d35ff Content-Type: text/plain; charset="UTF-8" Using Emacs build https://github.com/kiennq/emacs-build/releases/tag/v29.169.20221201.4a23421 has builtin eglot: yes Running under git bash,Windows 10, German I am developing golang, the go LSP server is gopls. Installed @latest from golang.org/x/tools/gopls v0.10.1 golang.org/x/tools/gopls@v0.10.1 h1:JoHe17pdZ8Vsa24/GUO8iTVTKPh0EOBiWpPop7XJybI= Messages are: [eglot] Connected! Server `gopls' now managing `(go-mode go-dot-mod-mode go-dot-work-mode)' buffers in project `kennzahlenmonitor'. Error in menu-bar-update-hook (imenu-update-menubar): (jsonrpc-error "request id=2 failed:" (jsonrpc-error-message . "Timed out")) The EGLOT Buffer has these entries: [client-notification] Wed Dec 7 14:43:57 2022: (:jsonrpc "2.0" :method "textDocument/didOpen" :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go" :version 0 :languageId "go" :text [... snip ...] [client-request] (id:6) Wed Dec 7 14:43:58 2022: (:jsonrpc "2.0" :id 6 :method "textDocument/documentSymbol" :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go"))) [client-request] (id:7) Wed Dec 7 14:44:13 2022: (:jsonrpc "2.0" :id 7 :method "textDocument/signatureHelp" :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go") :position (:line 0 :character 0))) [client-request] (id:8) Wed Dec 7 14:44:13 2022: (:jsonrpc "2.0" :id 8 :method "textDocument/hover" :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go") :position (:line 0 :character 0))) [client-request] (id:9) Wed Dec 7 14:44:13 2022: (:jsonrpc "2.0" :id 9 :method "textDocument/documentHighlight" :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go") :position (:line 0 :character 0))) [internal] (id:7) Wed Dec 7 14:44:23 2022: (:timed-out :textDocument/signatureHelp :id 7 :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go") :position (:line 0 :character 0))) [internal] (id:8) Wed Dec 7 14:44:23 2022: (:timed-out :textDocument/hover :id 8 :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go") :position (:line 0 :character 0))) [internal] (id:9) Wed Dec 7 14:44:23 2022: (:timed-out :textDocument/documentHighlight :id 9 :params (:textDocument (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go") :position (:line 0 :character 0))) Symptom is, that the LSP server is running but actually not in a working state. Memory consumption is stable (low) but the server doens't seem to respond to request. If the project is very small, the server works. It seems the server is not yet ready scanning packages yet has to answer requests. Under some very rare circumstances even on a large codebase gopls works. Icouldn't yet identify a pattern when this is the case. --0000000000001bdab005ef3d35ff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
has builtin=C2=A0eglot: yes

R= unning under git bash,Windows 10, German

I am deve= loping golang, the go LSP server is gopls. Installed=C2=A0@latest from=C2=A0

= Messages are:

[eglot] Connected! Server `gopls'= ; now managing `(go-mode go-dot-mod-mode go-dot-work-mode)' buffers in = project `kennzahlenmonitor'.
Error in menu-bar-update-hook (imenu-up= date-menubar): (jsonrpc-error "request id=3D2 failed:" (jsonrpc-e= rror-message . "Timed out"))


The EGLOT Buffer has these entries:
[client-notification]= Wed Dec =C2=A07 14:43:57 2022:
(:jsonrpc "2.0" :method "= textDocument/didOpen" :params
=C2=A0(:textDocument
=C2=A0 = (:uri "file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmo= nitor/units/serviceware/serviceware.go" :version 0 :languageId "g= o" :text
=C2=A0[... snip ...]

[= client-request] (id:6) Wed Dec =C2=A07 14:43:58 2022:
(:jsonrpc "2.= 0" :id 6 :method "textDocument/documentSymbol" :params
= =C2=A0(:textDocument
=C2=A0 (:uri "file:///c%3A/Users/HoechtlJ/= code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go&q= uot;)))
[client-request] (id:7) Wed Dec =C2=A07 14:44:13 2022:
(:json= rpc "2.0" :id 7 :method "textDocument/signatureHelp" :p= arams
=C2=A0(:textDocument
=C2=A0 (:uri "file:///c%3A/User= s/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/servi= ceware.go")
=C2=A0 :position
=C2=A0 (:line 0 :character 0)= ))
[client-request] (id:8) Wed Dec =C2=A07 14:44:13 2022:
(:jsonrpc &= quot;2.0" :id 8 :method "textDocument/hover" :params
= =C2=A0(:textDocument
=C2=A0 (:uri "file:///c%3A/Users/HoechtlJ/c= ode/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go&qu= ot;)
=C2=A0 :position
=C2=A0 (:line 0 :character 0)))
[clien= t-request] (id:9) Wed Dec =C2=A07 14:44:13 2022:
(:jsonrpc "2.0&quo= t; :id 9 :method "textDocument/documentHighlight" :params
= =C2=A0(:textDocument
=C2=A0 (:uri "file:///c%3A/Users/HoechtlJ/c= ode/kennzahlenmonitor/kennzahlenmonitor/units/serviceware/serviceware.go&qu= ot;)
=C2=A0 :position
=C2=A0 (:line 0 :character 0)))
[inter= nal] (id:7) Wed Dec =C2=A07 14:44:23 2022:
(:timed-out :textDocument/sig= natureHelp :id 7 :params
(:textDocument
(:uri "file:///c%= 3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/servicewar= e/serviceware.go")
:position
(:line 0 :character 0)))[internal] (id:8) Wed Dec =C2=A07 14:44:23 2022:
(:timed-out :textDocum= ent/hover :id 8 :params
(:textDocument
(:uri "file:///c%3= A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/serviceware= /serviceware.go")
:position
(:line 0 :character 0)))
= [internal] (id:9) Wed Dec =C2=A07 14:44:23 2022:
(:timed-out :textDocume= nt/documentHighlight :id 9 :params
(:textDocument
(:uri "= file:///c%3A/Users/HoechtlJ/code/kennzahlenmonitor/kennzahlenmonitor/units/= serviceware/serviceware.go")
:position
(:line 0 :charact= er 0)))

Symptom is, that the LSP server is run= ning but actually not in a working state. Memory consumption is stable (low= ) but the server doens't=C2=A0seem to respond to request.
If the project is very small, the server works.

<= /div>
It seems the server is not yet ready scanning packages yet has to= answer requests.

Under some very rare circumstanc= es even on a large codebase gopls works. Icouldn't yet identify a patte= rn when this is the case.
--0000000000001bdab005ef3d35ff-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 11 07:46:18 2022 Received: (at 59883) by debbugs.gnu.org; 11 Dec 2022 12:46:18 +0000 Received: from localhost ([127.0.0.1]:46394 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4Lij-00040f-K9 for submit@debbugs.gnu.org; Sun, 11 Dec 2022 07:46:17 -0500 Received: from mail-oi1-f179.google.com ([209.85.167.179]:44017) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4Lih-00040Z-8W for 59883@debbugs.gnu.org; Sun, 11 Dec 2022 07:46:15 -0500 Received: by mail-oi1-f179.google.com with SMTP id s187so8812961oie.10 for <59883@debbugs.gnu.org>; Sun, 11 Dec 2022 04:46:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:mime-version:from:to:cc:subject :date:message-id:reply-to; bh=7CP18SU1YFnpyoZhOR+lY77587YXfyZU1SpH7bOQXj4=; b=SHoOAOrR6/xuTL62vSVxGCyy8sWT6scgK1GO3VHE3RY0P5/iTwKoWZwZzEHLVuBfnP 13Aqh6kMyGWHUV6+HL2nzipz7MnHl/8En+pGtRC1MSQAbT9+04/+N6w6eYYLmwpMm81f F4YcOka4uhrxiDcX65ZXvp0OrZ5LdaiHpEMR72b3IACYJlodpzbPQs7UTVbEbKC4jC/N kJop4HPj4tVaojN89APmTDKndyvFpWrks3egslhe9EKhEy2ilhoNDkgBijJOiSxiuLa7 dlI2sQgcoslJu9rGBjlry8tYO4Qv+i9h4W9nx++P1fvHmamDQuPU7HZEdLvEw+hwbHbI u4ZQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:mime-version:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=7CP18SU1YFnpyoZhOR+lY77587YXfyZU1SpH7bOQXj4=; b=n/yw96ik2G3ZZ980fwZ2bI8B89ROlbexANZDa7Th2tAyvzN03tn1j3ybshVQrbuU8p 51Jor5Ih2tFdYSxpgLrn0JX5gJs5bOM1HA8Z8keVfhe5mLRa8XEfMusFgrymWWjC/MUZ 1TIVb/ALq9wHedKYk9lguKyijG8bwaJxzXwYNVlpiR2BIctLkntP3uguqfydZ9rp41Ld m9gc8Ns506aH/Jc6sjmzTSZD5YS6xaZeamP4q1Iq2x4DWX9V3W+/e5XKFBeb1/RvdHLV Pc8r3SI5XKNdSg50P8rC7c7PAq614pD0R0S3Q6Mih7uTwLBydlivOtTSYWptAjEjdVeY cU2w== X-Gm-Message-State: ANoB5pmqkfxLALguY3jPUsc/bnwWOFrIa0opswXoQ/U1UvjWqcHvJZ0I utvHjcRMg84WkE5LnPKLvznRxTr90vT7UHjiMBmpuctDyg== X-Google-Smtp-Source: AA0mqf7pC9O7YpnTvCjq6AqFllGbtrQbBboduPvPxxHDjTt8droT3xSg3G1bnYHT8X4TJU4AlKW0UtNw+RsI4aGqOdc= X-Received: by 2002:a05:6808:51:b0:359:f091:104 with SMTP id v17-20020a056808005100b00359f0910104mr51199026oic.274.1670762769390; Sun, 11 Dec 2022 04:46:09 -0800 (PST) MIME-Version: 1.0 From: =?UTF-8?Q?Johann_H=C3=B6chtl?= Date: Sun, 11 Dec 2022 13:45:59 +0100 Message-ID: Subject: To: 59883@debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000005f9efd05ef8cc567" X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: I dug deeper into the problem: * When I open a very small golang-project, eglot interconnects correctly with gopls * When I open a larger golang-project, eglot fails to communicate with gopls. In fact, it fails to direct gopls to l [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- 0.0 SPF_HELO_NONE SPF: HELO does not publish an SPF Record -0.0 RCVD_IN_DNSWL_NONE RBL: Sender listed at https://www.dnswl.org/, no trust [209.85.167.179 listed in list.dnswl.org] 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (johann.hoechtl[at]gmail.com) -0.0 SPF_PASS SPF: sender matches SPF record -0.0 RCVD_IN_MSPIKE_H2 RBL: Average reputation (+2) [209.85.167.179 listed in wl.mailspike.net] 0.0 HTML_MESSAGE BODY: HTML included in message 2.0 BLANK_SUBJECT Subject is present but empty X-Debbugs-Envelope-To: 59883 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) --0000000000005f9efd05ef8cc567 Content-Type: text/plain; charset="UTF-8" I dug deeper into the problem: * When I open a very small golang-project, eglot interconnects correctly with gopls * When I open a larger golang-project, eglot fails to communicate with gopls. In fact, it fails to direct gopls to load the project as gopls stays at a very small memory footprint. When I uninstall go-mode OR find-file-literally *.go and later enable eglot, gopls is correctly "directed" to load the project, because memory consumption is much higher. In this case it also reports back to eglot "loading packages" and "finished loading packages". Sidenote: However I cannot interact any further with the LS as eglot doens't consider any buffer as managed: cl-no-applicable-method: No applicable method: eglot--managed-buffers, nil eldoc error: (jsonrpc-error No current JSON-RPC connection (jsonrpc-error-code . 32603) (jsonrpc-error-message . No current JSON-RPC connection)) mouse-minibuffer-check: Minibuffer window is not active but I guess this is because the buffer has no mode eglot considers to be supported. Sidenote2: If I enable go-mode for this buffer (thus triggering eglot-ensure in .emacs) , a second gopls process is spawned yet without communication between eglot and gopls. --0000000000005f9efd05ef8cc567 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I dug deeper into the problem:

* When I= open a very small golang-project, eglot interconnects correctly with gopls=
* When I open a larger golang-project, eglot fails to communicat= e with gopls. In fact, it fails to direct gopls to load the project as gopl= s stays at a very small memory footprint.

When I u= ninstall go-mode OR find-file-literally *.go and later enable eglot,=C2=A0g= opls=C2=A0 is correctly=C2=A0"directed" to load the project, beca= use memory consumption is much higher. In this case it also reports back to= eglot "loading packages" and "finished loading packages&quo= t;.

Sidenote: However I cannot interact any furthe= r with the LS as eglot doens't=C2=A0consider any buffer as managed:

cl-no-applicable-method: No applicable method: eglot-= -managed-buffers, nil
eldoc error: (jsonrpc-error No current JSON-RPC co= nnection (jsonrpc-error-code . 32603) (jsonrpc-error-message . No current J= SON-RPC connection))
mouse-minibuffer-check: Minibuffer window is not ac= tive

but I guess this is because the buffer ha= s no mode eglot considers to be supported.

Sidenot= e2: If I enable go-mode for this buffer (thus triggering eglot-ensure in .e= macs) , a second gopls process is spawned yet without communication between= =C2=A0eglot and gopls.
--0000000000005f9efd05ef8cc567-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 11 08:24:19 2022 Received: (at 59883) by debbugs.gnu.org; 11 Dec 2022 13:24:19 +0000 Received: from localhost ([127.0.0.1]:46420 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4MJX-0004PD-1e for submit@debbugs.gnu.org; Sun, 11 Dec 2022 08:24:19 -0500 Received: from mail-oa1-f42.google.com ([209.85.160.42]:39623) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4MJU-0004P6-SK for 59883@debbugs.gnu.org; Sun, 11 Dec 2022 08:24:17 -0500 Received: by mail-oa1-f42.google.com with SMTP id 586e51a60fabf-1442977d77dso5482416fac.6 for <59883@debbugs.gnu.org>; Sun, 11 Dec 2022 05:24:16 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=yyUeuxmn/oK4Hy/NMigzS1UI9vujwW1uA9e4c60UcqY=; b=gLZxZPv4BrEfWtVxkyu1eQ2gKovOoT8EVzy+vXaIbgGJNslp6C7CPB7DDxfKqc37yo IGHXUiswU2BJt5K0rXBpmJK60tbbmiVBkOv/JEXCMXDZCBrKWzXHQICInLPvjh566Pnh wgx0mP5UuaHL3m1frBrr4HSEwiZR5cGvHryJFhtZsUaDRrC81BD87eAehPnD0V9HFixo f6ixnsBuBv+w6xwDiE8L78EVYUrGSlSGWC0s0iBDgTo4H0WJR/rlePUlGITmthXYqkcG LUp1I11H2FPvV6I+PRg6qxciPbF/z/Ifzzixd00zeeGJX+ZI46VZHFWwy18hgfnw73wt ktew== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yyUeuxmn/oK4Hy/NMigzS1UI9vujwW1uA9e4c60UcqY=; b=VaiUt2n8t1Ds8VOvRqsebjWCYQ6J9QTYD8eqGV+YTEFtU96WWw0gmVkWdd5TfGmOHb yFr/0yhq01Bqjdpc4XLRrFLX5IlMFi77xmZzfvvBS/UHOki8GJBPWHVNVziECaGXir7H Qra0qJoJLb6a5bMKEFMwoVx4uc6CcEHrncfTYcC9JOC5DwhivLiFrp79F5tqT/gMaCZd kLSPWS1seNrJ7SupDsFFynwmvuR+3vlNuL2sQW5IdUtQDWtSgO9AiuI3q5aoYhhn9aLH eA+nzqvVCpUGbu5EpypFACJVcVt/9mvHCFCLLqwzdIBmDvknGA7oz7JfGLEl58In8sqW URMw== X-Gm-Message-State: ANoB5plX1wV1o19Zm8uFYL4RrogeFNKEkR5Xqg/Hcu/GVHmiClpw327O WdFj+WI9JVcncyrtJOwWtgCfarxF5MXUw56rgouZVpI8kw== X-Google-Smtp-Source: AA0mqf7soZS3vJh7Ynley0HfDU09lQqu1bDVNg8KaSYnp1fRzIMUqp0ratzuATz7SdjQW+1NlnlTgkVG5Z0YJwt3/as= X-Received: by 2002:a05:6870:8985:b0:144:fa85:7a83 with SMTP id f5-20020a056870898500b00144fa857a83mr1569456oaq.24.1670765051010; Sun, 11 Dec 2022 05:24:11 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Johann_H=C3=B6chtl?= Date: Sun, 11 Dec 2022 14:24:00 +0100 Message-ID: Subject: Re: To: 59883@debbugs.gnu.org Content-Type: multipart/alternative; boundary="0000000000005e653d05ef8d4db2" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 59883 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --0000000000005e653d05ef8d4db2 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable I found a solution. Quick: For some reason when opening a go file using go-mode, Emacs/eglot generates a "textDocument/didOpen" server message. Now the correct reaction of a LS upon such a message in a chase where the file actually did not change remains disputable: https://github.com/golang/go/issues/50267 https://github.com/neovim/neovim/issues/16623 However, the gopls-team considered a "chatty" behavior of the language server to be better anyhow. To always send diagnostics is now the default, yet not released as of gopls 1.10.1 https://github.com/golang/tools/commit/ec743893cd01c9423aaae4513b092c4c4c06= f0f4 https://groups.google.com/g/golang-checkins/c/tt8Ig_UsKtE To use the yet unreleased feature from gopls@HEAD which works, follow https://github.com/golang/tools/blob/master/gopls/doc/advanced.md#unstable-= versions This bug report may be closed, reported for reference. Am So., 11. Dez. 2022 um 13:45 Uhr schrieb Johann H=C3=B6chtl < johann.hoechtl@gmail.com>: > I dug deeper into the problem: > > * When I open a very small golang-project, eglot interconnects correctly > with gopls > * When I open a larger golang-project, eglot fails to communicate with > gopls. In fact, it fails to direct gopls to load the project as gopls sta= ys > at a very small memory footprint. > > When I uninstall go-mode OR find-file-literally *.go and later enable > eglot, gopls is correctly "directed" to load the project, because memory > consumption is much higher. In this case it also reports back to eglot > "loading packages" and "finished loading packages". > > Sidenote: However I cannot interact any further with the LS as eglot > doens't consider any buffer as managed: > > cl-no-applicable-method: No applicable method: eglot--managed-buffers, ni= l > eldoc error: (jsonrpc-error No current JSON-RPC connection > (jsonrpc-error-code . 32603) (jsonrpc-error-message . No current JSON-RPC > connection)) > mouse-minibuffer-check: Minibuffer window is not active > > but I guess this is because the buffer has no mode eglot considers to be > supported. > > Sidenote2: If I enable go-mode for this buffer (thus triggering > eglot-ensure in .emacs) , a second gopls process is spawned yet without > communication between eglot and gopls. > --0000000000005e653d05ef8d4db2 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I found a solution. Quick: For some reason when opening a = go file using go-mode, Emacs/eglot generates a=C2=A0"textDocument/didOpen" server message. Now = the correct reaction of a LS upon such a message in a chase where the file = actually did not change remains disputable:


However, the gopls-team c= onsidered a "chatty" behavior of the language server to be better= anyhow. To always send diagnostics is now the default, yet not released as= of gopls 1.10.1

To use the yet unreleased feature from gopls@HEAD which w= orks, follow


This bug report may be closed, reported for refer= ence.


Am So., 11. Dez. 2022 um 13:45=C2=A0Uhr schrieb J= ohann H=C3=B6chtl <johann.ho= echtl@gmail.com>:
I dug deeper into the problem:

* When I open a very small golang-project, eglot interconnects correctly= with gopls
* When I open a larger golang-project, eglot fails to= communicate with gopls. In fact, it fails to direct gopls to load the proj= ect as gopls stays at a very small memory footprint.

When I uninstall go-mode OR find-file-literally *.go and later enable eg= lot,=C2=A0gopls=C2=A0 is correctly=C2=A0"directed" to load the pr= oject, because memory consumption is much higher. In this case it also repo= rts back to eglot "loading packages" and "finished loading p= ackages".

Sidenote: However I cannot interact= any further with the LS as eglot doens't=C2=A0consider any buffer as m= anaged:

cl-no-applicable-method: No applicable met= hod: eglot--managed-buffers, nil
eldoc error: (jsonrpc-error No current = JSON-RPC connection (jsonrpc-error-code . 32603) (jsonrpc-error-message . N= o current JSON-RPC connection))
mouse-minibuffer-check: Minibuffer windo= w is not active

but I guess this is because th= e buffer has no mode eglot considers to be supported.

<= div>Sidenote2: If I enable go-mode for this buffer (thus triggering eglot-e= nsure in .emacs) , a second gopls process is spawned yet without communicat= ion between=C2=A0eglot and gopls.
--0000000000005e653d05ef8d4db2-- From debbugs-submit-bounces@debbugs.gnu.org Sun Dec 11 13:35:41 2022 Received: (at 59883-done) by debbugs.gnu.org; 11 Dec 2022 18:35:41 +0000 Received: from localhost ([127.0.0.1]:47580 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4RAr-0001ct-9N for submit@debbugs.gnu.org; Sun, 11 Dec 2022 13:35:41 -0500 Received: from mail-oi1-f175.google.com ([209.85.167.175]:37794) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4RAp-0001cm-IX for 59883-done@debbugs.gnu.org; Sun, 11 Dec 2022 13:35:39 -0500 Received: by mail-oi1-f175.google.com with SMTP id v82so9345224oib.4 for <59883-done@debbugs.gnu.org>; Sun, 11 Dec 2022 10:35:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=content-transfer-encoding:to:subject:message-id:date:mime-version :references:in-reply-to:from:from:to:cc:subject:date:message-id :reply-to; bh=OBvMKgGGeDntjkcF/Ln7EsnDFPO+CMof2lnCY5yyjTA=; b=nstlTl0qyMPQEXtTFHbboGoQEmm4RY82tii0w0HbiIPny7C4mUdWqmbBI5y6DotqFE 7LJ48ft7JYc9RwT2YQYC9NH1wTsIctp8ny8z8zHxtzVkOaxHbjdC8aiYR+hgEarFvL/G OU83zFcSO4jlg7Qlxp91xVjwTuUpSyWtypgVeOaaANIRvhNr+Qi96rpK3fRVJ49lKQ6j X0yxFqPnmBtPwEc4Kh4DDNLT9ke8PsfM2yAULBpQgPlsVDCCTyL2QpwLnHfSLhH0gH/Y BMR2MP2BE94NgLvYONuaaNIGI9Cajc/I8X/wrSzLTEenAmQPZFBz8TRzoq3uScoqzRuf U29Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=content-transfer-encoding:to:subject:message-id:date:mime-version :references:in-reply-to:from:x-gm-message-state:from:to:cc:subject :date:message-id:reply-to; bh=OBvMKgGGeDntjkcF/Ln7EsnDFPO+CMof2lnCY5yyjTA=; b=wleITlrf7T8VTUAGXnPUz7Au6ILigmPOvnRUgvyJ7v3JLcrO5gV0A8PKJ1I3y+spdc JkwoweeOYf1GUiovzawVnh9Mjma8v477OICAp/IQWQfmD7GyKzo42hV6mFscu1p8+i8G lTGwqY0PnwmR4NyJX+rBfnvzHMGS8odacBmRuxIFeKsfa6OciTC4NvkjD62bd5a2+Qup Db9qV6gdLzh126XS+IAJG5f8demr9tB4X5pMhzUuVmoGm7oxUgCHayrqaWKi4VHhjefn m/WhEGmK5qDFpWSXUQ6uMbIN7KUas5qsJ2ZA8StgLd8jQmZjJ4dGXVd3v+S0HoJaK7Tv NLRQ== X-Gm-Message-State: ANoB5plvpxw4JvDVbdBHC2rZeixzx6UP6v0yUkQSZyfO8+B36Tk/RKDD lC8L2NtEvn1mHsIvAUtZE4p/UWWYYFYFoM//Sk4= X-Google-Smtp-Source: AA0mqf5V7nj4+BspXVdvXGizS47QxhdSYLrGq31VRGqnbrq+/pAyzOMcffbag+sk+R5qKUKGTDelfuVhWzJq36K5f/k= X-Received: by 2002:a05:6808:1287:b0:359:dc32:4f9e with SMTP id a7-20020a056808128700b00359dc324f9emr37287590oiw.92.1670783733847; Sun, 11 Dec 2022 10:35:33 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 11 Dec 2022 10:35:33 -0800 From: Stefan Kangas In-Reply-To: References: X-Hashcash: 1:20:221211:59883-done@debbugs.gnu.org::vyonoDiubgzkkpZD:1xUs MIME-Version: 1.0 Date: Sun, 11 Dec 2022 10:35:33 -0800 Message-ID: Subject: Re: bug#59883: To: =?UTF-8?Q?Johann_H=C3=B6chtl?= , 59883-done@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59883-done X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Johann H=C3=B6chtl writes: > This bug report may be closed, reported for reference. OK, closed. From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 12 02:14:02 2022 Received: (at 59883) by debbugs.gnu.org; 12 Dec 2022 07:14:02 +0000 Received: from localhost ([127.0.0.1]:51014 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4d0j-0001MJ-Vf for submit@debbugs.gnu.org; Mon, 12 Dec 2022 02:14:02 -0500 Received: from mail-oi1-f172.google.com ([209.85.167.172]:43554) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4d0i-0001Lv-6v for 59883@debbugs.gnu.org; Mon, 12 Dec 2022 02:14:00 -0500 Received: by mail-oi1-f172.google.com with SMTP id s187so10400263oie.10 for <59883@debbugs.gnu.org>; Sun, 11 Dec 2022 23:14:00 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :from:to:cc:subject:date:message-id:reply-to; bh=yBTzfVPgVyFjZFVwyYbjrzO0oMs04DFL9L7YF40iVZE=; b=q0SO081UnGxsyfJbNdh3pj6oqF+g5p4ThreNPsmZl/fmaCkA90v3bAJf9dxKem48+Y BeJKl6yh0ij4bjiKzlUj82a5teXXSuJxtqGESuqTP0naHSBfvLF901DPeZzcCVpgUCYM EjsJymIlkbiqv+2gTEVn47x0hZioNpSpz8VqwM4FiKlw+NnPQ14oc+gVhzuRRnC++Npb aNinpAT2mhBqtQ1dik3VN5+8xc8afc8nwlG9cYS1yeBXyzpRRjO2AFy97sFPKEgdQVXn SBJScFa+d6kxV4HMiK9W3Y9RcHsLPwGw+PsmYublL1E/0pH/1rDTFepu5Rt8hnd6GR8p vP0Q== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:from:in-reply-to:references:mime-version :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=yBTzfVPgVyFjZFVwyYbjrzO0oMs04DFL9L7YF40iVZE=; b=qKvpJjVSogtDmyr52zcmi77Srt+IUC13gwSyJHpvSWBED1TVxyP0pY2VXYeAtLMeEz jfR73OHcxvU6ZCoarf1+4mzHi+9pfL7xQjAZ3ZAXG1TKXqu/7ainzZJ1H+DgiRdmCWAr W7GNV/2G2/4saJfpLnpX4MJfnZ0OGrXW/NCSiqjHAImlRW/dy0x7SoItT1ToZfpUzTUp Her/MrxIJAli7hBpzZlH4vYdKSsUj9Q78P0iupqUWK9n5NcHqAJQHNpXuwkFM9S8xHIQ AlEZ+pFKdMwcM+oVSYJ3IB58wF2R7+FHTN3hKjPK6QMqInnRDFAvY0VL1sZs49NWThuT HPUg== X-Gm-Message-State: ANoB5pm9X5MxwiC/Eh8x0/qkfOr4DDTcdtfPAxmO0EGwM+5DU2kdCicl KFzP8PPWgms+tnLn7picZkER11ZnI2RJJBa8KbJeJI8= X-Google-Smtp-Source: AA0mqf7rZoHwSfR4XeHpPRtJqwOv6XdMbwUzeRTAtoy0okwYtw0mHhzLKYgXsZYnIIn940tAsuCGr5e9k6QKiV6w3P8= X-Received: by 2002:a54:4612:0:b0:35b:cebf:b078 with SMTP id p18-20020a544612000000b0035bcebfb078mr19304367oip.24.1670829232814; Sun, 11 Dec 2022 23:13:52 -0800 (PST) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Johann_H=C3=B6chtl?= Date: Mon, 12 Dec 2022 08:13:42 +0100 Message-ID: Subject: Re: To: 59883@debbugs.gnu.org Content-Type: multipart/alternative; boundary="000000000000e6fe8a05ef9c3e98" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59883 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000e6fe8a05ef9c3e98 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Sorry, this bug has to be re-opened. I was confident that the described "work-around" is stable, yet it's not. Eglot was working consistently yesterday just to find it non-working today with the same errors. Am So., 11. Dez. 2022 um 14:24 Uhr schrieb Johann H=C3=B6chtl < johann.hoechtl@gmail.com>: > I found a solution. Quick: For some reason when opening a go file using > go-mode, Emacs/eglot generates a "textDocument/didOpen" server message. > Now the correct reaction of a LS upon such a message in a chase where the > file actually did not change remains disputable: > > https://github.com/golang/go/issues/50267 > https://github.com/neovim/neovim/issues/16623 > > However, the gopls-team considered a "chatty" behavior of the language > server to be better anyhow. To always send diagnostics is now the default= , > yet not released as of gopls 1.10.1 > > > https://github.com/golang/tools/commit/ec743893cd01c9423aaae4513b092c4c4c= 06f0f4 > https://groups.google.com/g/golang-checkins/c/tt8Ig_UsKtE > > To use the yet unreleased feature from gopls@HEAD which works, follow > > > https://github.com/golang/tools/blob/master/gopls/doc/advanced.md#unstabl= e-versions > > This bug report may be closed, reported for reference. > > > Am So., 11. Dez. 2022 um 13:45 Uhr schrieb Johann H=C3=B6chtl < > johann.hoechtl@gmail.com>: > >> I dug deeper into the problem: >> >> * When I open a very small golang-project, eglot interconnects correctly >> with gopls >> * When I open a larger golang-project, eglot fails to communicate with >> gopls. In fact, it fails to direct gopls to load the project as gopls st= ays >> at a very small memory footprint. >> >> When I uninstall go-mode OR find-file-literally *.go and later enable >> eglot, gopls is correctly "directed" to load the project, because memor= y >> consumption is much higher. In this case it also reports back to eglot >> "loading packages" and "finished loading packages". >> >> Sidenote: However I cannot interact any further with the LS as eglot >> doens't consider any buffer as managed: >> >> cl-no-applicable-method: No applicable method: eglot--managed-buffers, n= il >> eldoc error: (jsonrpc-error No current JSON-RPC connection >> (jsonrpc-error-code . 32603) (jsonrpc-error-message . No current JSON-RP= C >> connection)) >> mouse-minibuffer-check: Minibuffer window is not active >> >> but I guess this is because the buffer has no mode eglot considers to be >> supported. >> >> Sidenote2: If I enable go-mode for this buffer (thus triggering >> eglot-ensure in .emacs) , a second gopls process is spawned yet without >> communication between eglot and gopls. >> > --000000000000e6fe8a05ef9c3e98 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
Sorry, this bug has to be re-opened. I was confident that = the described "work-around" is stable, yet it's not. Eglot wa= s working consistently yesterday just to find it non-working today with the= same errors.

Am So., 11. Dez. 2022 um 14:24=C2=A0Uhr schrieb Johann H=C3=B6= chtl <johann.hoechtl@gmail.c= om>:
I found a solution. Quick: For some reason when opening a go f= ile using go-mode, Emacs/eglot generates a=C2=A0"textDocument/didOpen" server message. Now the = correct reaction of a LS upon such a message in a chase where the file actu= ally did not change remains disputable:

https://github.com/neovim/neovim/issues/16623

However, the gopls-team considered a "chatty" behavior of = the language server to be better anyhow. To always send diagnostics is now = the default, yet not released as of gopls 1.10.1

<= a href=3D"https://github.com/golang/tools/commit/ec743893cd01c9423aaae4513b= 092c4c4c06f0f4" target=3D"_blank">https://github.com/golang/tools/commit/ec= 743893cd01c9423aaae4513b092c4c4c06f0f4

=
To use the yet unreleased feature from gopls@HEAD which works, f= ollow


This bug report may be closed, reporte= d for reference.


<= div dir=3D"ltr" class=3D"gmail_attr">Am So., 11. Dez. 2022 um 13:45=C2=A0Uh= r schrieb Johann H=C3=B6chtl <johann.hoechtl@gmail.com>:
I dug deeper into th= e problem:

* When I open a very small golang-project, eg= lot interconnects correctly with gopls
* When I open a larger gol= ang-project, eglot fails to communicate with gopls. In fact, it fails to di= rect gopls to load the project as gopls stays at a very small memory footpr= int.

When I uninstall go-mode OR find-file-literal= ly *.go and later enable eglot,=C2=A0gopls=C2=A0 is correctly=C2=A0"di= rected" to load the project, because memory consumption is much higher= . In this case it also reports back to eglot "loading packages" a= nd "finished loading packages".

Sidenote= : However I cannot interact any further with the LS as eglot doens't=C2= =A0consider any buffer as managed:

cl-no-applicabl= e-method: No applicable method: eglot--managed-buffers, nil
eldoc error:= (jsonrpc-error No current JSON-RPC connection (jsonrpc-error-code . 32603)= (jsonrpc-error-message . No current JSON-RPC connection))
mouse-minibuf= fer-check: Minibuffer window is not active

but= I guess this is because the buffer has no mode eglot considers to be suppo= rted.

Sidenote2: If I enable go-mode for this buff= er (thus triggering eglot-ensure in .emacs) , a second gopls process is spa= wned yet without communication between=C2=A0eglot and gopls.
--000000000000e6fe8a05ef9c3e98-- From debbugs-submit-bounces@debbugs.gnu.org Mon Dec 12 02:46:53 2022 Received: (at 59883) by debbugs.gnu.org; 12 Dec 2022 07:46:53 +0000 Received: from localhost ([127.0.0.1]:51165 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4dWX-0001la-3F for submit@debbugs.gnu.org; Mon, 12 Dec 2022 02:46:53 -0500 Received: from mail-oo1-f51.google.com ([209.85.161.51]:44024) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1p4dWV-0001lM-Oo for 59883@debbugs.gnu.org; Mon, 12 Dec 2022 02:46:52 -0500 Received: by mail-oo1-f51.google.com with SMTP id t15-20020a4a96cf000000b0049f7e18db0dso1663229ooi.10 for <59883@debbugs.gnu.org>; Sun, 11 Dec 2022 23:46:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=to:subject:message-id:date:mime-version:references:in-reply-to:from :from:to:cc:subject:date:message-id:reply-to; bh=QGpBwaV9eTDH1zRJgt+Q6JTsk8D912dISuxk16UvDlo=; b=Ga89lR0vnrfgIeHtNRGgeBCZ3owjg2JS2ynB+3Stb86E3h/BPkzlJ0qMTwBsV8lrwV uNPvnkyBrTpRzZgT/to06Y2uDbVUIZviuZvVHwg/ebdCmDmnteyGSMCyRFKN1AfcwdQc SwkBPJMKrtMePSLFC1HOdzWRoT7sBn0oRBY/5WUsMZYNy+OSUfEVkMKxrq5xah08ojFn 3vaseAbyvOEmd917U6vdURQDdA96h/depQmBzuFL8SlJPoC1CKMZcWukkcMg9PMC246S t5Sev30qYW+ItlnCGnGAC3TEuyYyGvDbddYI9Acz3TrjGpXbg+22I5CK9X7HRUJf/Z8d OMpA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=to:subject:message-id:date:mime-version:references:in-reply-to:from :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=QGpBwaV9eTDH1zRJgt+Q6JTsk8D912dISuxk16UvDlo=; b=i0LCyLKICAAl8AYw9VseqJgMwUdrTCehYOiC9v2YcaFk8a2BtocVSQwT+L4q+2L9Vj VgumDnoKLXHgstdsj+haaJMLWpi/WTMxoHI0010g+eZraLA0BzQTK2fL4POvc2xJGhti 9G3DihL4K32QI1MHIpBHFMHcYo4c2LqeZLC9+pRNkZNRxC9nCZMZytJd5gW7KPD9T5Sp biNmmtPej2/l5RofdJehGLAYHGTcq5c8BlFxtTQbwxwr111nnDt/9WQFyGa5EE2tfnqn GatQHz645msqVMl9mLj9XUUI0jKoIIyggMkAgaUfKnOMZPDQK5P8Dt4wYvIGPn4KMSaG H0Jg== X-Gm-Message-State: ANoB5pkQzkaRGPjvfCZhi0p5ZITFFS/KPcWMwHvNtMqZdgI6Hf57lOsB rtb8eO0IGluUp8avi28453wB9IQElLqZqWkCa8c= X-Google-Smtp-Source: AA0mqf6KgrGJMMy/8wH2MchyDMLZ2swbqts03nZ0rgqPMlI+QhloG6F5eI+KDLLXZy00D+R/L3L5kK8ZPDEvI2acYs0= X-Received: by 2002:a4a:972e:0:b0:4a3:5a51:ba94 with SMTP id u43-20020a4a972e000000b004a35a51ba94mr4325616ooi.5.1670831206116; Sun, 11 Dec 2022 23:46:46 -0800 (PST) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 11 Dec 2022 23:46:45 -0800 From: Stefan Kangas In-Reply-To: References: X-Hashcash: 1:20:221212:59883@debbugs.gnu.org::CHE12iDSOwAoGqkC:2LaC MIME-Version: 1.0 Date: Sun, 11 Dec 2022 23:46:45 -0800 Message-ID: Subject: Re: bug#59883: To: =?UTF-8?Q?Johann_H=C3=B6chtl?= , 59883@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: -0.0 (/) X-Debbugs-Envelope-To: 59883 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) reopen 59883 thanks > Sorry, this bug has to be re-opened. Now done. From unknown Fri Jun 20 18:20:52 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: Did not alter fixed versions and reopened. Date: Mon, 12 Dec 2022 07:47:02 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # Did not alter fixed versions and reopened. thanks # This fakemail brought to you by your local debbugs # administrator From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 10 15:21:23 2023 Received: (at 59883) by debbugs.gnu.org; 10 Sep 2023 19:21:24 +0000 Received: from localhost ([127.0.0.1]:51340 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfPzn-0004Cb-Ga for submit@debbugs.gnu.org; Sun, 10 Sep 2023 15:21:23 -0400 Received: from mail-lf1-x12f.google.com ([2a00:1450:4864:20::12f]:44385) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfPzl-0004CO-76 for 59883@debbugs.gnu.org; Sun, 10 Sep 2023 15:21:21 -0400 Received: by mail-lf1-x12f.google.com with SMTP id 2adb3069b0e04-502a4f33440so2942454e87.1 for <59883@debbugs.gnu.org>; Sun, 10 Sep 2023 12:21:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694373671; x=1694978471; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=LLoPYBL+kW2/NK1iOkErwJE5X9SHDz3WOrfSghjSs3k=; b=QqnaMN/OZi9ayuoN5bhPlE4MMgfh3p94P2/OEMF56PjiY9PA5CVR5awR46CJcRviyQ /gFFMrcys+VeBW+lV7wyTB6gvR/4QFpZ+zcplxQz6DzRCfl6V8ZfTzP1RwsBL0KNbVrx 1WJxxJWe1ZcAMARhHzkkE1yCx6tlC/jw6PKWdnuF52RrutTPf7ZeHGnuZN7KBXItK+cG yGpcwRVD0Fell4chpmQsrjFOS1g50SgjlScj8jptYv24HyoikRw9JbJOa/qhPb7EsriK qrt/HFDAvgPZ9ZtgbNJuPiRgra26ncwLvyC2oLbZ0uPdm8P4Jys0n2cRnNoEFjdjquX3 UBbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694373671; x=1694978471; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=LLoPYBL+kW2/NK1iOkErwJE5X9SHDz3WOrfSghjSs3k=; b=HfsYEActrniGNDhR+PH80bh4ilQn3Jyy7G6BcV5fKNwS6/5pvON+N3PQe8be4MCsfV mkcwTWnXNvqIiijKdQBKi/EtSoC1/leCdxpBkGYnXQ4WhtX2QqPiRXt5bW2WU9HeTd0m BrPuVVL7C8sYuOnhiFs5NpI/mzZQGqIaq/nkwBD38drFArZ3deTpp6Y1qkY/DfMjWpbG ofx9qI24CSKKo7etzEzDTdncIp3EttRQaMdi519Hl/H/XoyWRa5qdEDi2biZILzkAZrt 6HzHtcw9ZdrKTpWHYKIo7XE3OFE7gXsaOQuOQcVBt4Oe0ZUJp3L2JdXm/seajGJHtqoL ItUQ== X-Gm-Message-State: AOJu0Yz+CRnh2w+q7FXz0Z7kS3vj9IOeP4LG/nJw3Fj9PkAqSQLgl3Uw yr6/d+WFDb6ratldF4/9U+/TGy5sJdkZmbUg4oI= X-Google-Smtp-Source: AGHT+IFrLU6XwHcGLBcQBsE0FNvu4l9mXl7DYUSVc1qs1FnMn27SMbYKxbEdfBGdPUiC6HWTb9ubMvoi5HUeDr8ONKk= X-Received: by 2002:a19:8c1b:0:b0:500:761b:72ff with SMTP id o27-20020a198c1b000000b00500761b72ffmr4814942lfd.55.1694373671284; Sun, 10 Sep 2023 12:21:11 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 10 Sep 2023 12:21:10 -0700 From: Stefan Kangas In-Reply-To: =?UTF-8?Q?=3CCAH4isRywxVB7Tocyig5=2BJguBbqOLf4OHhG1HFwhzNbenfL?= =?UTF-8?Q?kNxg=40mail=2Egmail=2Ecom=3E_=28=22Johann_H=C3=B6chtl=22=27s_message_of_=22Mon=2C_12?= =?UTF-8?Q?_Dec_2022_08=3A13=3A42_=2B0100=22=29?= References: MIME-Version: 1.0 Date: Sun, 10 Sep 2023 12:21:10 -0700 Message-ID: Subject: Re: bug#59883: Eglot gopls failed to connect To: =?UTF-8?Q?Johann_H=C3=B6chtl?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59883 Cc: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= , 59883@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Johann H=C3=B6chtl writes: > Sorry, this bug has to be re-opened. I was confident that the described "= work-around" is > stable, yet it's not. Eglot was working consistently yesterday just to fi= nd it non-working today > with the same errors. Are you still seeing this? > Am So., 11. Dez. 2022 um 14:24 Uhr schrieb Johann H=C3=B6chtl : > > I found a solution. Quick: For some reason when opening a go file using = go-mode, > Emacs/eglot generates a "textDocument/didOpen" server message. Now the c= orrect > reaction of a LS upon such a message in a chase where the file actually = did not change > remains disputable: > > https://github.com/golang/go/issues/50267 > https://github.com/neovim/neovim/issues/16623 > > However, the gopls-team considered a "chatty" behavior of the language s= erver to be > better anyhow. To always send diagnostics is now the default, yet not re= leased as of > gopls 1.10.1 > > https://github.com/golang/tools/commit/ec743893cd01c9423aaae4513b092c4c4= c06f0f4 > > https://groups.google.com/g/golang-checkins/c/tt8Ig_UsKtE > > To use the yet unreleased feature from gopls@HEAD which works, follow > > https://github.com/golang/tools/blob/master/gopls/doc/advanced.md#unstab= le-versions > > > This bug report may be closed, reported for reference. > > Am So., 11. Dez. 2022 um 13:45 Uhr schrieb Johann H=C3=B6chtl > : > > I dug deeper into the problem: > > * When I open a very small golang-project, eglot interconnects correctly= with gopls > * When I open a larger golang-project, eglot fails to communicate with g= opls. In fact, it > fails to direct gopls to load the project as gopls stays at a very small= memory > footprint. > > When I uninstall go-mode OR find-file-literally *.go and later enable eg= lot, gopls is > correctly "directed" to load the project, because memory consumption is = much > higher. In this case it also reports back to eglot "loading packages" an= d "finished > loading packages". > > Sidenote: However I cannot interact any further with the LS as eglot doe= ns't consider > any buffer as managed: > > cl-no-applicable-method: No applicable method: eglot--managed-buffers, n= il > eldoc error: (jsonrpc-error No current JSON-RPC connection (jsonrpc-erro= r-code . > 32603) (jsonrpc-error-message . No current JSON-RPC connection)) > mouse-minibuffer-check: Minibuffer window is not active > > but I guess this is because the buffer has no mode eglot considers to be= supported. > > Sidenote2: If I enable go-mode for this buffer (thus triggering eglot-en= sure in .emacs) , > a second gopls process is spawned yet without communication between eglo= t and > gopls. From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 10 15:21:32 2023 Received: (at control) by debbugs.gnu.org; 10 Sep 2023 19:21:32 +0000 Received: from localhost ([127.0.0.1]:51343 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfPzw-0004Cw-00 for submit@debbugs.gnu.org; Sun, 10 Sep 2023 15:21:32 -0400 Received: from mail-lj1-x22e.google.com ([2a00:1450:4864:20::22e]:61616) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfPzu-0004Ck-Qf for control@debbugs.gnu.org; Sun, 10 Sep 2023 15:21:31 -0400 Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2b9c907bc68so63182671fa.2 for ; Sun, 10 Sep 2023 12:21:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694373681; x=1694978481; darn=debbugs.gnu.org; h=to:subject:message-id:date:mime-version:from:from:to:cc:subject :date:message-id:reply-to; bh=HEHxp0J9XN3pMqekYRupMuamZLBJel9BSo6h5dcygJM=; b=kSEN2wjtG6sevNRRioaTooVCAj4RhEOYdGl2uUXBHSzPyztGl8n2eVVaFBaf82PkKh SsxeMCyklpWYETJWWoLSBGbgCzTPTnwouxCcukYXWbnJgv+Jnk5E6S4Yax+MpVGK6HOp GWK58W/sZikVxHyx8MFOf1YKmK4uqb8lFRWxH2tpnnGTHvQ/EyJ5G8tX1XY2AHrEvgwH oExlh+Zf9tQGxQ7q58dvZKUyFZrhqgqsnapk6P8i0X7wmDuY479ptSWG7mabO4xQciz5 IIQvPMEzNTgdB77hZp4Bc4rFpTUby2+yvuF34fCM/+TPyy+Dut2OTBvtTaq9uHqoFzXy hKXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694373681; x=1694978481; h=to:subject:message-id:date:mime-version:from:x-gm-message-state :from:to:cc:subject:date:message-id:reply-to; bh=HEHxp0J9XN3pMqekYRupMuamZLBJel9BSo6h5dcygJM=; b=kzETtdu+01FclJDobaDsrbJiHNh7Ap3F0kzNWnU92bvih/pcTs44YFNSSgZQe87fln Qb12AN6T/WGN0gE0IXn4zZuER/RJQn+8KIbJamN0ZIORvMIZXBbc/SBcKttpmeBcJ9qm ry1Ensc6hOtPLZ6UeS+V18ZSEfnN2SWiDnmWUCdVgM5nHVBgEp8JOB2EIi0jHsu1v3qz hzndjLsY4sU7amtht02wEqeK0XsDwiGR88tY6Xl1fm9JcXOMPyFaEyHh/hPrCCwOt/6X nDPBo2VSkp2KNGPtxmvnTgN1xDITMnB3E+uKbcIrr7mfnPOrn482zCd2qE9KYBKQySJd iJHw== X-Gm-Message-State: AOJu0YwnWktSQDY4OoyaWJ0XIth/hvaJxkweUbSeTRYehKw25ZxSrNUO H27v+xisI2X7Q39tCTBaAhmQ6iWtcviUkOTlSUOM+bfh X-Google-Smtp-Source: AGHT+IFrDauT434l1vhML3UR7bIOP07ovFjZt6BEWzhIzUGtZHp0PZWh/kRKzXORsSOp2WN/zt+ZnhElxUxZjDJEXvg= X-Received: by 2002:a2e:9204:0:b0:2be:5b09:553b with SMTP id k4-20020a2e9204000000b002be5b09553bmr6799491ljg.8.1694373681263; Sun, 10 Sep 2023 12:21:21 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 10 Sep 2023 12:21:20 -0700 From: Stefan Kangas MIME-Version: 1.0 Date: Sun, 10 Sep 2023 12:21:20 -0700 Message-ID: Subject: control message for bug #59883 To: control@debbugs.gnu.org Content-Type: text/plain; charset="UTF-8" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: control X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) tags 59883 + moreinfo quit From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 10 15:30:09 2023 Received: (at 59883) by debbugs.gnu.org; 10 Sep 2023 19:30:09 +0000 Received: from localhost ([127.0.0.1]:51364 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfQ8H-0004rE-1M for submit@debbugs.gnu.org; Sun, 10 Sep 2023 15:30:09 -0400 Received: from mail-lf1-x134.google.com ([2a00:1450:4864:20::134]:51468) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfQ8C-0004Q5-0P for 59883@debbugs.gnu.org; Sun, 10 Sep 2023 15:30:07 -0400 Received: by mail-lf1-x134.google.com with SMTP id 2adb3069b0e04-50079d148aeso6288819e87.3 for <59883@debbugs.gnu.org>; Sun, 10 Sep 2023 12:30:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694374194; x=1694978994; darn=debbugs.gnu.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Cvy/54pRQIb24/Wzsq8+eNTRd06kK6XDR0RXtex5roQ=; b=Pvzycmg/GMkHHpe/M3BduzJcpKabe0CUJ2JYWViYIMOhgGiVOUtR2gYGHQA6CqXaSP 7QjO9t4tNw2qR3q0VpbKrbvfMAjoZsAvXQ+iKksQqa/4RI8bXb7ixXNEOVw3ug9mEW8h uFbMdls53hL7wLXlybMVAXfKohxC3pNBJYlJLAR6B1vmv2PuGGax5gMnnmhtcaXcj6JQ Im57GzE7DR8EbEVWLOin3MBAnMf9n478GMKgNfgP/LodkRLHPXWyWcMxyilDXBDz/tUN 1UD5TQdDODInSX3TD4NQT1CpSHc+EtK3rWCWVXb6xIJrqIwPQInJexro1RrkDLg2TZt/ 8r3A== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694374194; x=1694978994; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Cvy/54pRQIb24/Wzsq8+eNTRd06kK6XDR0RXtex5roQ=; b=KMdjcuK9sWz/T4q3IGSO6OocUYGnubBsdSarcvtUsk7UgvYPesEWhsSGn0SImyfnFD j7KpjvhCeJWngf+H85Z5Z3/oJ+3cdLkj/mjZ1WJlQxPzA6w7I20LzxbmatxM9WdBrcLq 6jK8Xxv2pZCVLUapBNv89KZ7+rgkXMdf/cTu+VjOo/mfofIXyKje+LAgf0goiospgkjh ww/abuMz+boVgc2bGGfOdpob/TEz3IOpOThVJW/lcDdwqt99lJH0iHCWdV6ZvusFCPCu fAki1U5YyUDat7wmr0OB7Rd159mcv7ETouLrup084PDkEq6oDD+bhqwglzUWj3mtGG8M EK/A== X-Gm-Message-State: AOJu0YxZTWQKu9QfVqsDc0VM9HgQN5TtUgALOCnIUSNqcSRg9s8KyOVp 07yiINo19e594/NMEXA9L356ltqRps1mfRiBXA== X-Google-Smtp-Source: AGHT+IHLwM4Vtrlz/JIoFH+WMT1AwTr39sV0WOINp3Ih3Vi9ZOlQnmi0DUBCyzFftm58e1PtTyONGSuvDFQ+8GfjYEQ= X-Received: by 2002:a05:651c:b94:b0:2bc:e856:6208 with SMTP id bg20-20020a05651c0b9400b002bce8566208mr5936981ljb.33.1694374194031; Sun, 10 Sep 2023 12:29:54 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: =?UTF-8?Q?Johann_H=C3=B6chtl?= Date: Sun, 10 Sep 2023 21:29:42 +0200 Message-ID: Subject: Re: bug#59883: Eglot gopls failed to connect To: Stefan Kangas Content-Type: multipart/alternative; boundary="000000000000f3b0150605063b50" X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59883 Cc: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= , 59883@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) --000000000000f3b0150605063b50 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Stefan Kangas schrieb am So., 10. Sep. 2023, 21:21= : > Johann H=C3=B6chtl writes: > > > Sorry, this bug has to be re-opened. I was confident that the described > "work-around" is > > stable, yet it's not. Eglot was working consistently yesterday just to > find it non-working today > > with the same errors. > > Are you still seeing this? > No, for me it was fixed with an update to jsonrpc which was then included into emacs 29.1. > > > Am So., 11. Dez. 2022 um 14:24 Uhr schrieb Johann H=C3=B6chtl < > johann.hoechtl@gmail.com>: > > > > I found a solution. Quick: For some reason when opening a go file usin= g > go-mode, > > Emacs/eglot generates a "textDocument/didOpen" server message. Now the > correct > > reaction of a LS upon such a message in a chase where the file actuall= y > did not change > > remains disputable: > > > > https://github.com/golang/go/issues/50267 > > https://github.com/neovim/neovim/issues/16623 > > > > However, the gopls-team considered a "chatty" behavior of the language > server to be > > better anyhow. To always send diagnostics is now the default, yet not > released as of > > gopls 1.10.1 > > > > > https://github.com/golang/tools/commit/ec743893cd01c9423aaae4513b092c4c4c= 06f0f4 > > > > https://groups.google.com/g/golang-checkins/c/tt8Ig_UsKtE > > > > To use the yet unreleased feature from gopls@HEAD which works, follow > > > > > https://github.com/golang/tools/blob/master/gopls/doc/advanced.md#unstabl= e-versions > > > > > > This bug report may be closed, reported for reference. > > > > Am So., 11. Dez. 2022 um 13:45 Uhr schrieb Johann H=C3=B6chtl > > : > > > > I dug deeper into the problem: > > > > * When I open a very small golang-project, eglot interconnects > correctly with gopls > > * When I open a larger golang-project, eglot fails to communicate with > gopls. In fact, it > > fails to direct gopls to load the project as gopls stays at a very > small memory > > footprint. > > > > When I uninstall go-mode OR find-file-literally *.go and later enable > eglot, gopls is > > correctly "directed" to load the project, because memory consumption i= s > much > > higher. In this case it also reports back to eglot "loading packages" > and "finished > > loading packages". > > > > Sidenote: However I cannot interact any further with the LS as eglot > doens't consider > > any buffer as managed: > > > > cl-no-applicable-method: No applicable method: eglot--managed-buffers, > nil > > eldoc error: (jsonrpc-error No current JSON-RPC connection > (jsonrpc-error-code . > > 32603) (jsonrpc-error-message . No current JSON-RPC connection)) > > mouse-minibuffer-check: Minibuffer window is not active > > > > but I guess this is because the buffer has no mode eglot considers to > be supported. > > > > Sidenote2: If I enable go-mode for this buffer (thus triggering > eglot-ensure in .emacs) , > > a second gopls process is spawned yet without communication between > eglot and > > gopls. > --000000000000f3b0150605063b50 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


Stefan Kangas <stefankangas@gmail.com> s= chrieb am So., 10. Sep. 2023, 21:21:
johann.hoechtl@gmail.com> = writes:

> Sorry, this bug has to be re-opened. I was confident that the describe= d "work-around" is
> stable, yet it's not. Eglot was working consistently yesterday jus= t to find it non-working today
> with the same errors.

Are you still seeing this?
No, for me it was fixed with an update to jsonrpc= which was then included into emacs 29.1.=C2=A0

> Am So., 11. Dez. 2022 um 14:24 Uhr schrieb Johann H=C3=B6chtl <johann.hoechtl@gmail.com>:
>
>=C2=A0 I found a solution. Quick: For some reason when opening a go fil= e using go-mode,
>=C2=A0 Emacs/eglot generates a "textDocument/didOpen" server = message. Now the correct
>=C2=A0 reaction of a LS upon such a message in a chase where the file a= ctually did not change
>=C2=A0 remains disputable:
>
>=C2=A0 https://github.com/golang/= go/issues/50267
>=C2=A0 https://github.com/neo= vim/neovim/issues/16623
>
>=C2=A0 However, the gopls-team considered a "chatty" behavior= of the language server to be
>=C2=A0 better anyhow. To always send diagnostics is now the default, ye= t not released as of
>=C2=A0 gopls 1.10.1
>
>=C2=A0 https://github.com/golang/tools/commit/ec743893cd01c9423aaae451= 3b092c4c4c06f0f4
>
>=C2=A0 https://gr= oups.google.com/g/golang-checkins/c/tt8Ig_UsKtE
>
>=C2=A0 To use the yet unreleased feature from gopls@HEAD which works, f= ollow
>
>=C2=A0 https://github.com/golang/tools/blob/master/gopls/doc/advan= ced.md#unstable-versions
>
>
>=C2=A0 This bug report may be closed, reported for reference.
>
>=C2=A0 Am So., 11. Dez. 2022 um 13:45 Uhr schrieb Johann H=C3=B6chtl >=C2=A0 <johann.hoechtl@gmail.com>:
>
>=C2=A0 I dug deeper into the problem:
>
>=C2=A0 * When I open a very small golang-project, eglot interconnects c= orrectly with gopls
>=C2=A0 * When I open a larger golang-project, eglot fails to communicat= e with gopls. In fact, it
>=C2=A0 fails to direct gopls to load the project as gopls stays at a ve= ry small memory
>=C2=A0 footprint.
>
>=C2=A0 When I uninstall go-mode OR find-file-literally *.go and later e= nable eglot, gopls=C2=A0 is
>=C2=A0 correctly "directed" to load the project, because memo= ry consumption is much
>=C2=A0 higher. In this case it also reports back to eglot "loading= packages" and "finished
>=C2=A0 loading packages".
>
>=C2=A0 Sidenote: However I cannot interact any further with the LS as e= glot doens't consider
>=C2=A0 any buffer as managed:
>
>=C2=A0 cl-no-applicable-method: No applicable method: eglot--managed-bu= ffers, nil
>=C2=A0 eldoc error: (jsonrpc-error No current JSON-RPC connection (json= rpc-error-code .
>=C2=A0 32603) (jsonrpc-error-message . No current JSON-RPC connection))=
>=C2=A0 mouse-minibuffer-check: Minibuffer window is not active
>
>=C2=A0 but I guess this is because the buffer has no mode eglot conside= rs to be supported.
>
>=C2=A0 Sidenote2: If I enable go-mode for this buffer (thus triggering = eglot-ensure in .emacs) ,
>=C2=A0 a second gopls process is spawned yet without communication betw= een eglot and
>=C2=A0 gopls.
--000000000000f3b0150605063b50-- From debbugs-submit-bounces@debbugs.gnu.org Sun Sep 10 15:35:56 2023 Received: (at 59883-done) by debbugs.gnu.org; 10 Sep 2023 19:35:56 +0000 Received: from localhost ([127.0.0.1]:51379 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfQDr-0007Es-NH for submit@debbugs.gnu.org; Sun, 10 Sep 2023 15:35:55 -0400 Received: from mail-lj1-x22b.google.com ([2a00:1450:4864:20::22b]:53483) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qfQDq-0007Ef-7b for 59883-done@debbugs.gnu.org; Sun, 10 Sep 2023 15:35:55 -0400 Received: by mail-lj1-x22b.google.com with SMTP id 38308e7fff4ca-2bb9a063f26so64043361fa.2 for <59883-done@debbugs.gnu.org>; Sun, 10 Sep 2023 12:35:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1694374544; x=1694979344; darn=debbugs.gnu.org; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:from:to:cc:subject:date :message-id:reply-to; bh=b3dtJ64T16em0BFEspQLJv903RKHFe2dEZkGw3jRPcw=; b=GQX7rSGp7GfSt6/G0DbO/hVetHZyJuqDNqm5dqC5wBulHh/h0H0/uF7ESLGo+pLD8N DUkg06Q7vNMBw+zW0Q08FyAGG5fsOgSxy1aGe0AbhKsx3TxKtYbosJnBgN+s1JDyQSjr nYDDGmaztoS6osTkFXfFqiGMwUFbhPhuyZdqkWkHw+zGUNvKz5p5kakAP3Li8i1mwcgb QZtmQ81i9fAan32gXuQwSYYGwntvyziyOB2gOZygrA73IEZNvVmuJUd6qFUhcSSOPGc3 p834QWMSdafzKXR6m64cufwDccgqr/V9ZbP1dUyWvmgQYyqIIq2OZxFdxQHNDAeBehYv TiGg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1694374544; x=1694979344; h=content-transfer-encoding:cc:to:subject:message-id:date :mime-version:references:in-reply-to:from:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=b3dtJ64T16em0BFEspQLJv903RKHFe2dEZkGw3jRPcw=; b=mZ2zUu46SyrmfXNRdE+8xCpGyi7dj5jLt0P6nKcsyJ8955rwYqg0njjzaioFPH21UE +a3dBQqNgn+y3+T3T+jBKZXSC+tuwSVKJY471pv3OaM6fvmauTx3cjznn6V2Kh4H4WZX JCpzMhAmV0U8RKfdvauvV4Eyxv02EyCnD7EUvQEh86P/XMjVCXr6YNFbuWRidxadQcNU AUX3qg746wHZW+ZSormeYn43UKSElqy5qHVl5LRIdiACt/lULgeDssK27Nt1cCbhA5Xe 5bdW+Nr4lQXAGGHg2iu9Pr/6go9R00zGEeapvvemUTFl75VeIA3gwjf7o8MbzjKEl2Jz XoEw== X-Gm-Message-State: AOJu0YxySOO32i3wKWuN1Ygv+YT+KqIKYQNwKzk+iJeo8GKItXg+RWjh C9UygiA77XzLzIN+8UmBEDe7DJcOQj61Y/Nw3JyKLe7eA2c= X-Google-Smtp-Source: AGHT+IH0MmBRzyLHX3M4E4YH24BhvdD+1kAehShk7wcOyp/OxdVGHiRmq4DmiooS2to6yccVume1U3YNx1lr8v0OS4k= X-Received: by 2002:a2e:3817:0:b0:2bd:ddf:8aa9 with SMTP id f23-20020a2e3817000000b002bd0ddf8aa9mr6261009lja.24.1694374544451; Sun, 10 Sep 2023 12:35:44 -0700 (PDT) Received: from 753933720722 named unknown by gmailapi.google.com with HTTPREST; Sun, 10 Sep 2023 12:35:44 -0700 From: Stefan Kangas In-Reply-To: References: MIME-Version: 1.0 Date: Sun, 10 Sep 2023 12:35:44 -0700 Message-ID: Subject: Re: bug#59883: Eglot gopls failed to connect To: =?UTF-8?Q?Johann_H=C3=B6chtl?= Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Score: 0.0 (/) X-Debbugs-Envelope-To: 59883-done Cc: =?UTF-8?B?Sm/Do28gVMOhdm9yYQ==?= , 59883-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.0 (-) Johann H=C3=B6chtl writes: >> Are you still seeing this? > > No, for me it was fixed with an update to jsonrpc which was then included > into emacs 29.1. Thanks for reporting back. I'm therefore closing this bug report. From unknown Fri Jun 20 18:20:52 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Mon, 09 Oct 2023 11:24:10 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator