all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: Christopher Howard <christopher@librehacker.com>,
	Eshel Yaron <me@eshelyaron.com>
Cc: 73592@debbugs.gnu.org
Subject: bug#73592: 30.0.91; delayed output with completion preview mode
Date: Wed, 02 Oct 2024 09:42:05 +0300	[thread overview]
Message-ID: <86o7430zwi.fsf@gnu.org> (raw)
In-Reply-To: <87bk03xw4m.fsf@librehacker.com> (message from Christopher Howard on Tue, 01 Oct 2024 15:04:57 -0800)

> From: Christopher Howard <christopher@librehacker.com>
> 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?





  reply	other threads:[~2024-10-02  6:42 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-10-01 23:04 bug#73592: 30.0.91; delayed output with completion preview mode Christopher Howard
2024-10-02  6:42 ` Eli Zaretskii [this message]
2024-10-02  7:24   ` Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-10-02 17:11     ` Christopher Howard
2024-10-03  6:17       ` Eshel Yaron via Bug reports for GNU Emacs, the Swiss army knife of text editors
2024-10-04  0:07       ` Dmitry Gutov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=86o7430zwi.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=73592@debbugs.gnu.org \
    --cc=christopher@librehacker.com \
    --cc=me@eshelyaron.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.