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#66773: 29.1; Ido displays incorrectly with multiple frames when ido-max-window-height=1 Date: Sat, 28 Oct 2023 11:22:59 +0300 Message-ID: <83ttqbcg0s.fsf@gnu.org> References: <83leboe3vv.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="13182"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 66773@debbugs.gnu.org To: Spencer Williams Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Oct 28 10:23:51 2023 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 1qwebm-0003Ga-IJ for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 28 Oct 2023 10:23:50 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qwebT-0004Lr-QP; Sat, 28 Oct 2023 04:23:31 -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 1qwebS-0004Lf-Oa for bug-gnu-emacs@gnu.org; Sat, 28 Oct 2023 04:23:30 -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 1qwebS-0006qB-Fz for bug-gnu-emacs@gnu.org; Sat, 28 Oct 2023 04:23:30 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qweby-0000UX-9K for bug-gnu-emacs@gnu.org; Sat, 28 Oct 2023 04:24:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 28 Oct 2023 08:24:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 66773 X-GNU-PR-Package: emacs Original-Received: via spool by 66773-submit@debbugs.gnu.org id=B66773.16984814071821 (code B ref 66773); Sat, 28 Oct 2023 08:24:02 +0000 Original-Received: (at 66773) by debbugs.gnu.org; 28 Oct 2023 08:23:27 +0000 Original-Received: from localhost ([127.0.0.1]:37709 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwebO-0000TJ-GO for submit@debbugs.gnu.org; Sat, 28 Oct 2023 04:23:26 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:59308) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qwebL-0000T0-Oo for 66773@debbugs.gnu.org; Sat, 28 Oct 2023 04:23:25 -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 1qweak-0006mB-G5; Sat, 28 Oct 2023 04:22:46 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=x1zHnPCUly/j527KvI2hF4cSI3nyotBXFvw0PU9KbXE=; b=iLJYSjUEhaXc v44L4WPk2q9t8US+b2UPofviSjc8EUCo8nP9/PHWaknw9eY537x6oiVBfRWEBGSYzr4ugZLQicjwN 6iSXraAPQ0tM8aTsvQ5g/QyA5HWI8T1P0M8CBGaYfIjFtAStfwEe/dGOZ/IJ8McsSmk5/Gs6yvTsQ Psgd+dV6dfcfex4sYnGFmmedmtil6QA21qjQZmF6UVDjyVzo12UrNAHi8qwk7M+JbMjemD2j0BAb7 jYOW6ZjICmqJROgB5u2UfuFhPrh6fuy9CBWEvRYc80k5L1hWDjau3XUcu+2qf+9UGFaPKGRfCF8R4 5rzrnXzl0Or9Cx3bsFD83w==; In-Reply-To: (message from Spencer Williams on Fri, 27 Oct 2023 18:47:40 -0400) 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:273417 Archived-At: > From: Spencer Williams > Cc: 66773@debbugs.gnu.org > Date: Fri, 27 Oct 2023 18:47:40 -0400 > > > Eli Zaretskii writes: > > > If the minibuffer text is longer than what the mini-window can show, > > then it is not clear whether Emacs should show the beginning or the > > end of the minibuffer text. So I don't see how this is a bug and why > > would the alternative behavior be better. Also, if you just type C-b, > > you will see the rest of the buffer text. > > I consider it a bug due to inconsistent behavior. With multiple > frames, the behavior is different than it is with only one frame. OK, I didn't understand this from your original report, sorry. But in that case, the result of Git bisection is incorrect, since reverting that commit doesn't change the behavior in this recipe, at least on my system. Did you see any change in behavior when you reverted the commit to which "git bisect" pointed? > > If, for some reason, ido-mode wants to always display the beginning of > > the minibuffer text, it can do that with a change specific to > > ido-mode. > > In Ido's case it is certainly incorrect to show the end first, due to > the prompt and selection being at the beginning. My concern is that in > Emacs 28 it had no trouble, and in Emacs 29 it acts erratically. > > > The change to which you point affect general Emacs behavior, it > > isn't specific to ido-mode. > > I understand that. I originally meant for this report to be more > general, as I did believe Emacs's drawing code to be at fault, but in > the end Ido was the only definitive example of wrong behavior I could > reproduce. I included the commit reference on the outside chance it > might save someone some digging (as I'd already put a little work into > finding a solution myself). > > I hope that if it is indeed an Ido-specific bug, this report will still > be of some use. Thanks for your time. The reason for what you see is the new handling of mini-windows introduced in Emacs 28 (not in 29), whereby by default we show the end of the mini-buffer text, not its beginning. It looks to me that when ido-max-window-height is set to 1, the variable redisplay-adhoc-scroll-in-resize-mini-windows should be set to the nil value, which will make the behavior in your recipe consistent, at least in my testing.