From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#73592: 30.0.91; delayed output with completion preview mode Date: Wed, 02 Oct 2024 09:42:05 +0300 Message-ID: <86o7430zwi.fsf@gnu.org> References: <87bk03xw4m.fsf@librehacker.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30778"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 73592@debbugs.gnu.org To: Christopher Howard , Eshel Yaron Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Oct 02 08:43:13 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1svt4r-0007rP-0L for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 02 Oct 2024 08:43:13 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1svt4h-0004ZC-CA; Wed, 02 Oct 2024 02:43:03 -0400 Original-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 1svt4g-0004Z4-Oy for bug-gnu-emacs@gnu.org; Wed, 02 Oct 2024 02:43:02 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1svt4g-0002IN-2L for bug-gnu-emacs@gnu.org; Wed, 02 Oct 2024 02:43:02 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=debbugs.gnu.org; s=debbugs-gnu-org; h=MIME-version:References:In-Reply-To:From:Date:To:Subject; bh=oA/5D6JupKPt+AwpZKP5OqbDdbfRzQk9OmzTXOfdd4I=; b=ig8gr4NsoPM5ApnFbrBNDHA+HjreGtsyBBb4MU4ZfM+9I7kUI0WVljMCqmeywSA/dXTdue0hIUfUyFAGZ5b8KcKo1DvL1Yza2JDRJfZJFSmsLoYYqyo2ys1FTKyb3GELwkMSUbt0ZJ/qFhNFPLVEWBjXK4Trv40sVN4WqbRd+fMTF+B/VEH37e/hxn9elb46DjSJsD0lKTo1StVNJXslEaMqXOt8RlKBlao1UuZQgfnV+D8qB2Np2w8fxhEw/cNCU3CGcfMIfHaAUF1MMkKBXbHxzSwxgUOL84K7GVFroXJsDpCbo4ptQ1BpT5DpcQQ/vfume8vZi+zMHEY5h6GS8w==; Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1svt4f-0003Ym-R6 for bug-gnu-emacs@gnu.org; Wed, 02 Oct 2024 02:43:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 02 Oct 2024 06:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 73592 X-GNU-PR-Package: emacs Original-Received: via spool by 73592-submit@debbugs.gnu.org id=B73592.172785134313617 (code B ref 73592); Wed, 02 Oct 2024 06:43:01 +0000 Original-Received: (at 73592) by debbugs.gnu.org; 2 Oct 2024 06:42:23 +0000 Original-Received: from localhost ([127.0.0.1]:56392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1svt42-0003XZ-HL for submit@debbugs.gnu.org; Wed, 02 Oct 2024 02:42:22 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:59116) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1svt40-0003XN-Uw for 73592@debbugs.gnu.org; Wed, 02 Oct 2024 02:42:21 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1svt3u-0002Hl-Fn; Wed, 02 Oct 2024 02:42:15 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=oA/5D6JupKPt+AwpZKP5OqbDdbfRzQk9OmzTXOfdd4I=; b=g3OTWu5j1XbcteRmPAA4 R0GqdGRGqRdpOAl80keitffL0rPdMBo6mLB3q1A3N6bbWfhVr12cPAtejzhsqUDMydz6PKH+VJkXq XB3sPe2k8yzBOHTRS2mM3JMLY5P17uKHffR15lTpadP8Xo2V+STbOLx+AZaCqRThw04jWDIA6Dkk1 nWSO5ljtFlKR0f9fzc77C40Zu1Dj/7GjwZ4RvIobyP0mjH+xH5qtlKARd3VeLA0Ojpf/fjtiDVcKj j5dYGqBgvjCK/FjW+mnpFgUYfuM23kzJAvHFhqfSUjYPA3IXyg9oUTyrLItPoNSioa4rJhVdslQWm M8Ym3QeP9qM4Rw==; In-Reply-To: <87bk03xw4m.fsf@librehacker.com> (message from Christopher Howard on Tue, 01 Oct 2024 15:04:57 -0800) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:292819 Archived-At: > From: Christopher Howard > Date: Tue, 01 Oct 2024 15:04:57 -0800 > > > Hi, I don't know if I've done enough troubleshooting yet to justify opening this bug, but I been struggling with this since I switched to emacs-30 branch, and was wondering if others have experienced this also. I have not been able to reproduce the problem with -q so I suppose it must be an issue in my configuration or modes that I use. > > I use global-completion-preview-mode with Completion Preview Exact Match Only set to on and Completion Preview Idle Delay set to No delay. When I am in eshell, or running eshell-command, I sometimes see this behavior where character output is either delayed briefly (like, one second), or a character is not outputted until I press another character, at which point both are outputted at the same time. > > A reproducible case (for me at least) is if I am in eshell and I type the command "gnus". It takes about a second extra for the "s" to appear. > > If I turn CP mode of the behavior goes away. I've been experimenting with leaving CP mode on and turning off my other minor modes, like Helm, but this hasn't had any effect so far. > > I haven't had time yet to bisect my init.el — a rather long and tedious process in my case. Wondered if anybody might have some ideas as far as the likely culprit for this behavior. Thank you for your report. One way to find the possible culprit(s) is to run the commands with slow responses after enabling the Lisp profiler (M-x profiler-start), and then looking at (and possibly posting here) the produced profile, after fully expanding it. Eshel, can you please look into this?