From unknown Sat Sep 13 06:04:27 2025 X-Loop: help-debbugs@gnu.org Subject: bug#78956: eglot/eldoc echo-area does not expand anymore Resent-From: Peter Eisentraut Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 04 Jul 2025 16:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 78956 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 78956@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.17516467423219 (code B ref -1); Fri, 04 Jul 2025 16:33:02 +0000 Received: (at submit) by debbugs.gnu.org; 4 Jul 2025 16:32:22 +0000 Received: from localhost ([127.0.0.1]:34318 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1uXjKo-0000po-3r for submit@debbugs.gnu.org; Fri, 04 Jul 2025 12:32:22 -0400 Received: from lists.gnu.org ([2001:470:142::17]:42290) by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.84_2) (envelope-from ) id 1uXjKl-0000o5-Vg for submit@debbugs.gnu.org; Fri, 04 Jul 2025 12:32:20 -0400 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 1uXjKP-0006KE-BB for bug-gnu-emacs@gnu.org; Fri, 04 Jul 2025 12:31:58 -0400 Received: from fhigh-b2-smtp.messagingengine.com ([202.12.124.153]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1uXjJe-0000NG-He for bug-gnu-emacs@gnu.org; Fri, 04 Jul 2025 12:31:12 -0400 Received: from phl-compute-12.internal (phl-compute-12.phl.internal [10.202.2.52]) by mailfhigh.stl.internal (Postfix) with ESMTP id 77A1F7A0092 for ; Fri, 4 Jul 2025 12:31:07 -0400 (EDT) Received: from phl-mailfrontend-01 ([10.202.2.162]) by phl-compute-12.internal (MEProxy); Fri, 04 Jul 2025 12:31:07 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=eisentraut.org; h=cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:message-id:mime-version:reply-to :subject:subject:to:to; s=fm1; t=1751646667; x=1751733067; bh=6y aFqFu67fPgv71nDC7Ozn+Kp7hSvXEUm1EKX9aV6Io=; b=beC8aNa8l8uKi4eyrB MTOG1A7yXDlH742oXumQ1p7eMJKxzpdbSmmon+VF1x7/KSFDmnttq0SxNJWgeFSi 7zHJW4XPF4ZR5qCyPD4v80VshTSJnNhX6+m9BNriBuVRlvMmIBbdOI41YCP+3Nbz hjvlmnKEW58MRfk26LycrtXn0q7V8IUbWvIpts6o+TxmLUFqGWmnBxYoBrUDE4KA xWdC7kVxmtT5ZpTMuOMCMyy+7NIhQm/b63pHrkQqyz13RVEaxxq9GS7Al87bcmHq Rj33eLFAimkarP2BuFVGll1GDZAZRKSk+bfRN5ggqn/qmk+pO96cwcjd8mqEx/ZQ 7DEw== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :content-type:date:date:feedback-id:feedback-id:from:from :in-reply-to:message-id:mime-version:reply-to:subject:subject:to :to:x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; t= 1751646667; x=1751733067; bh=6yaFqFu67fPgv71nDC7Ozn+Kp7hSvXEUm1E KX9aV6Io=; b=I8rpWMKw1bSzf0vgNLRFOUHVX1ZU4r9c2ixQHIeSY1eXVj2PG8W 9iXaLC28LInZoszwv73vOb4tMg7N4SXm2soXkegdelP0XXFbgtCMuFmM1RnrHZyO W5S1D70JzRyJqtpYcH6Z1kwTIq0IQaNZREwuDoabSmfkWW/VRFB/OD/ARhVZKbrS 2HGoPjgZQmGy5amT8IXvnL+mGGWVkMi18/pm1Hs+EUT2hdAkqbPtgaU7KWg1nllO KV7AT5Ecn3+RBglJGsJnjNGvjBdsOgZLd6AWoJtkZv1N9gHrRf1SOi2qMHAJdTpY tbkhgWt4zBM7h6PMzf3sWm4PItc01cTutow== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeeffedrtdefgddvfeeigecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpuffrtefokffrpgfnqfghnecuuegr ihhlohhuthemuceftddtnecunecujfgurhepkfffgggfhffuvfgtgfesthejredttddvje enucfhrhhomheprfgvthgvrhcugfhishgvnhhtrhgruhhtuceophgvthgvrhesvghishgv nhhtrhgruhhtrdhorhhgqeenucggtffrrghtthgvrhhnpefgjeduffejtedtveeuieevtd evtddvjeduveeuvdfgfeehtdegfeekudekhedvleenucffohhmrghinheprhgvugguihht rdgtohhmpdhsthgrtghkvgigtghhrghnghgvrdgtohhmnecuvehluhhsthgvrhfuihiivg eptdenucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhesvghishgvnhhtrhgruhht rdhorhhgpdhnsggprhgtphhtthhopedupdhmohguvgepshhmthhpohhuthdprhgtphhtth hopegsuhhgqdhgnhhuqdgvmhgrtghssehgnhhurdhorhhg X-ME-Proxy: Feedback-ID: ie0a040ee:Fastmail Received: by mail.messagingengine.com (Postfix) with ESMTPA for ; Fri, 4 Jul 2025 12:31:06 -0400 (EDT) Message-ID: Date: Fri, 4 Jul 2025 18:31:04 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Content-Language: en-US From: Peter Eisentraut Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=202.12.124.153; envelope-from=peter@eisentraut.org; helo=fhigh-b2-smtp.messagingengine.com X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 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, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.218, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-Spam-Score: 0.7 (/) 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: -0.3 (/) Something has changed for the worse between emacs 29 and 30 when using eglot and eldoc about how quick help for symbols is shown in the echo area. Consider this small test program test1.c: ``` static int x = 0; static int foo() { return x; } ``` With emacs 29, if I start (in the terminal) emacs -Q test1.c then run M-x eglot then let it do its initialization, then put the cursor on the "x" in the function, the echo area shows ``` variable x Type: int Value = 0 static int x = 0 ``` That's good. With emacs 30, the same process just shows ``` variable x ``` without the rest. This isn't useful. C-h . still shows the rest of the info, so the info is there somewhere, but it's not being shown appropriately in the echo-area. Changing eldoc-echo-area-use-multiline-p doesn't appear to make a difference. In any case, the documentation indicates that it should behave by default like in emacs 29. (This is using clangd for the language server. I have tried it with different versions of clangd/llvm; that doesn't appear to make a difference.) Here are some similar reports: * https://www.reddit.com/r/emacs/comments/1ey307o/how_to_make_emacs_30_display_type_information_in/ * https://emacs.stackexchange.com/questions/83483/eglot-showing-types-of-variables-in-the-minibuffer There are some workarounds mentioned there that involve deep eldoc surgery, but that doesn't seem like a real solution. I have tried this on a number of different systems, but for completeness, here are some version numbers involved: GNU Emacs 29.3 GNU Emacs 30.1 on Ubuntu 24.04 and 25.04 respectively.