From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Aleksandr Vityazev via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#69140: 30.0.50; [elpa/vertico] Emacs with vertico-mode freezes if font is too big Date: Wed, 21 Feb 2024 20:20:14 +0300 Message-ID: <87zfvt3fap.fsf@disroot.org> References: <87il2qas3z.fsf@disroot.org> <86bk8hx2kf.fsf@gnu.org> <87plwxyf5w.fsf@yahoo.com> <874je14wua.fsf@disroot.org> <86jzmxn579.fsf@gnu.org> Reply-To: Aleksandr Vityazev Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="32841"; mail-complaints-to="usenet@ciao.gmane.io" Cc: luangruo@yahoo.com, mail@daniel-mendler.de, 69140@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 21 18:21:10 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 1rcqHN-0008Il-QM for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 21 Feb 2024 18:21:09 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1rcqGw-0004X4-MR; Wed, 21 Feb 2024 12:20:42 -0500 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 1rcqGu-0004Uo-MO for bug-gnu-emacs@gnu.org; Wed, 21 Feb 2024 12:20:41 -0500 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 1rcqGu-0000FX-Ck for bug-gnu-emacs@gnu.org; Wed, 21 Feb 2024 12:20:40 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1rcqHG-0000BD-Hi for bug-gnu-emacs@gnu.org; Wed, 21 Feb 2024 12:21:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Aleksandr Vityazev Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 21 Feb 2024 17:21:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 69140 X-GNU-PR-Package: emacs Original-Received: via spool by 69140-submit@debbugs.gnu.org id=B69140.1708536048632 (code B ref 69140); Wed, 21 Feb 2024 17:21:02 +0000 Original-Received: (at 69140) by debbugs.gnu.org; 21 Feb 2024 17:20:48 +0000 Original-Received: from localhost ([127.0.0.1]:55810 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rcqH1-0000A5-4Z for submit@debbugs.gnu.org; Wed, 21 Feb 2024 12:20:48 -0500 Original-Received: from layka.disroot.org ([178.21.23.139]:37446) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1rcqGx-00009o-Hz for 69140@debbugs.gnu.org; Wed, 21 Feb 2024 12:20:45 -0500 Original-Received: from localhost (localhost [127.0.0.1]) by disroot.org (Postfix) with ESMTP id 05BA0413B3; Wed, 21 Feb 2024 18:20:20 +0100 (CET) X-Virus-Scanned: SPAM Filter at disroot.org Original-Received: from layka.disroot.org ([127.0.0.1]) by localhost (disroot.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id n3gnF3OTPyeo; Wed, 21 Feb 2024 18:20:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=disroot.org; s=mail; t=1708536017; bh=YmclNHQcf59aDB8e6UzH6owWQ/Ix1NasG5xI3VfPJcA=; h=From:To:Cc:Subject:In-Reply-To:References:Date; b=MMrQxHmBGyxJtt2V1+E3QHqx1P6IegXkrxeXOBf68J5iIBkS241QohPR0F2Do5FFC KlIUKyAY50ROYV9nQvmUIlT+DVx6b/iIBlDnuNWZGZLKDAzfEc5jxx3j0SCmzeSglx AIIQedqEXBQhMJxNlv/xYwZC0DFnpJbycDUINBO7zQ9gW1Gs/0qbDbza8b4DZ/rurZ CGb7oy7mh9LwYa2kh9w4tsetcpJ8iRdymXYJSX8D9XHTVxaYPPjUcDsUMvsMvHm+AB xUQOseLXzuBpkl6X9yZ7Y0lsgIenNvGD0W9KV9vXU+zpDB8pUAhWkx7HrcICkefoe3 Rblw7SWdXGEYA== In-Reply-To: <86jzmxn579.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 21 Feb 2024 18:38:02 +0200") 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:280406 Archived-At: --=-=-= Content-Type: text/plain On 2024-02-21 18:38, Eli Zaretskii wrote: >> From: Aleksandr Vityazev >> Cc: Eli Zaretskii , 69140@debbugs.gnu.org, >> mail@daniel-mendler.de >> Date: Wed, 21 Feb 2024 19:15:57 +0300 >> >> 3. M-x test-dispatch >> 4. Try playing with the parameters test1, test2, test3, test4. At the >> same time you can put Emacs into full screen mode and back into windowed >> mode, where it will occupy half of the screen. Initially, calling the >> parameters test1, test2, test3, test4 in the transient window will be >> delayed and everything can be canceled with C-g, after a few repetitions >> Emacs hangs completely. > > Thanks, but I don't understand what to do after "m-x test-dispatch". > Please tell in more details what you mean in Step 4, in terms of what > I need to type after "M-x test-dispatch". (I tried several things, > but couldn't get any interesting effects, let alone a hang.) 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. In fact, I can call commands through the tool-bar or menu-bar, but everything that is displayed in the window or minibuffer does not change. Was able to switch to the *Bactrace* buffer and save it via the menu bar. Bactrace is attached. --=-=-= Content-Type: text/plain Content-Disposition: attachment; filename=*Backtrace* Content-Transfer-Encoding: quoted-printable Content-Description: bactrace Debugger entered--Lisp error: (quit) apply(debug (error (quit))) transient--exit-and-debug(error (quit)) redisplay_internal\ \(C\ function\)() read-from-minibuffer("Test2: " nil (keymap (remap keymap (minibuffer-comp= letion-help . crm-completion-help) (minibuffer-complete-word . crm-complete= -word) (minibuffer-complete . crm-complete)) keymap (menu-bar keymap (minib= uf "Minibuf" keymap (tab menu-item "Complete" minibuffer-complete :help "Co= mplete as far as possible") (space menu-item "Complete Word" minibuffer-com= plete-word :help "Complete at most one word") (63 menu-item "List Completio= ns" minibuffer-completion-help :help "Display all possible completions") "M= inibuf")) (M-down . minibuffer-next-completion) (M-up . minibuffer-previous= -completion) (27 keymap (13 . minibuffer-choose-completion) (103 keymap (27= keymap (99 . switch-to-completions))) (118 . switch-to-completions)) (prio= r . switch-to-completions) (63 . minibuffer-completion-help) (32 . minibuff= er-complete-word) (backtab . minibuffer-complete) (9 . minibuffer-complete)= keymap (menu-bar keymap (minibuf "Minibuf" keymap (previous menu-item "Pre= vious History Item" previous-history-element :help "Put previous minibuffer= history element in the minibuffer") (next menu-item "Next History Item" ne= xt-history-element :help "Put next minibuffer history element in the minibu= ffer") (isearch-backward menu-item "Isearch History Backward" isearch-backw= ard :help "Incrementally search minibuffer history backward") (isearch-forw= ard menu-item "Isearch History Forward" isearch-forward :help "Incrementall= y search minibuffer history forward") (return menu-item "Enter" exit-minibu= ffer :key-sequence "\15" :help "Terminate input and exit minibuffer") (quit= menu-item "Quit" abort-recursive-edit :help "Abort input and exit minibuff= er") "Minibuf")) (24 keymap (down . minibuffer-complete-defaults) (up . min= ibuffer-complete-history)) (13 . exit-minibuffer) (10 . exit-minibuffer) (7= . abort-minibuffers) (C-tab . file-cache-minibuffer-complete) (9 . self-in= sert-command) (XF86Back . previous-history-element) (up . previous-line-or-= history-element) (prior . previous-history-element) (XF86Forward . next-his= tory-element) (down . next-line-or-history-element) (next . next-history-el= ement) (27 keymap (60 . minibuffer-beginning-of-buffer) (114 . previous-mat= ching-history-element) (115 . next-matching-history-element) (112 . previou= s-history-element) (110 . next-history-element))) nil nil nil nil) completing-read-multiple("Test2: " ("nonsdlslde" "slsdl" "2323" "ldslld" = "30203" "llx" "ldslsd")) (lambda (prompt _initial-input _history) (completing-read-multiple prompt= '("nonsdlslde" "slsdl" "2323" "ldslld" "30203" "llx" "ldslsd")))("Test2: "= nil transient--history) #f(compiled-function (obj) "Read a value while taking care of history.\n\= nThis method is suitable for a wide variety of infix commands,\nincluding b= ut not limited to inline arguments and variables.\n\nIf you do not use this= method for your own infix class, then\nyou should likely replicate a lot o= f the behavior of this\nmethod. If you fail to do so, then users might not= appreciate\nthe lack of history, for example.\n\nOnly for very simple clas= ses that toggle or cycle through a very\nlimited number of possible values = should you replace this with a\nsimple method that does not handle history.= (E.g., for a command\nline switch the only possible values are \"use it\"= and \"don't use\nit\", in which case it is pointless to preserve history.)= " #)(#) apply(#f(compiled-function (obj) "Read a value while taking care of histo= ry.\n\nThis method is suitable for a wide variety of infix commands,\ninclu= ding but not limited to inline arguments and variables.\n\nIf you do not us= e this method for your own infix class, then\nyou should likely replicate a= lot of the behavior of this\nmethod. If you fail to do so, then users mig= ht not appreciate\nthe lack of history, for example.\n\nOnly for very simpl= e classes that toggle or cycle through a very\nlimited number of possible v= alues should you replace this with a\nsimple method that does not handle hi= story. (E.g., for a command\nline switch the only possible values are \"us= e it\" and \"don't use\nit\", in which case it is pointless to preserve his= tory.)" #) #) #f(compiled-function (&rest args) #)(#) #f(compiled-function (cl--cnm obj) #)(#f(com= piled-function (&rest args) #) #) apply(#f(compiled-function (cl--cnm obj) #) = #f(compiled-function (&rest args) #) #) #f(compiled-function (obj) "Refresh the transient buffer buffer calling t= he next method.\n\nAlso wrap `cl-call-next-method' with two macros:\n- `tra= nsient--with-suspended-override' allows use of minibuffer.\n- `transient--w= ith-emergency-exit' arranges for the transient to\n be exited in case of a= n error." #)(#) apply(#f(compiled-function (obj) "Refresh the transient buffer buffer cal= ling the next method.\n\nAlso wrap `cl-call-next-method' with two macros:\n= - `transient--with-suspended-override' allows use of minibuffer.\n- `transi= ent--with-emergency-exit' arranges for the transient to\n be exited in cas= e of an error." #) # nil) transient-infix-read(#) transient--default-infix-command() apply(transient--default-infix-command nil) #f(compiled-function (fn &rest args) (interactive nil) #)(transient--default-infix-command) funcall-interactively(#f(compiled-function (fn &rest args) (interactive n= il) #) transient--default-infix-command) apply(funcall-interactively #f(compiled-function (fn &rest args) (interac= tive nil) #) transient--default-infix-command) #f(compiled-function (fn &rest args) (interactive '#f(compiled-function (= spec) #)) #)(tran= sient--default-infix-command) apply(#f(compiled-function (fn &rest args) (interactive '#f(compiled-func= tion (spec) #)) #= ) transient--default-infix-command nil) test:--2() funcall-interactively(test:--2) call-interactively(test:--2 nil nil) command-execute(test:--2) --=-=-= Content-Type: text/plain -- Best regards, Aleksandr Vityazev --=-=-=--