GNU bug report logs - #69140
30.0.50; [elpa/vertico] Emacs with vertico-mode freezes if font is too big

Previous Next

Package: emacs;

Reported by: Aleksandr Vityazev <avityazev <at> disroot.org>

Date: Thu, 15 Feb 2024 11:59:02 UTC

Severity: normal

Found in version 30.0.50

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #32 received at 69140 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Aleksandr Vityazev <avityazev <at> disroot.org>
Cc: luangruo <at> yahoo.com, mail <at> daniel-mendler.de, 69140 <at> debbugs.gnu.org
Subject: Re: bug#69140: 30.0.50; [elpa/vertico] Emacs with vertico-mode
 freezes if font is too big
Date: Wed, 21 Feb 2024 21:43:07 +0200
> From: Aleksandr Vityazev <avityazev <at> disroot.org>
> Cc: luangruo <at> yahoo.com,  mail <at> daniel-mendler.de,  69140 <at> debbugs.gnu.org
> Date: Wed, 21 Feb 2024 20:47:22 +0300
> 
> > I run test-dispatch, for example I press "r", which calls the
> > minibuffer. At this point, Emacs is already starting to freeze for me; if
> > I change the full-screen to windowed mode several times, everything gets
> > worse.  If nothing happens after pressing "r" you can try other bound
> > letters.
> 
> You could also try enlarging the font

What you "eval-buffer", is the Emacs frame visible in its entirety on
the screen, or are parts of it hidden because the font is too large?

I tried different fonts and different sizes, and as long as I can see
the frame on the screen, I don't see any hangs.  Maybe this only
happens with pathologically large fonts, with which only a small part
of the frame can be seen, but if so, why is this situation
interesting?





This bug report was last modified 1 year and 90 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.