From mboxrd@z Thu Jan  1 00:00:00 1970
Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail
From: Eli Zaretskii <eliz@gnu.org>
Newsgroups: gmane.emacs.bugs
Subject: bug#66764: 29.1;
 Emacs scrolls for "(goto-char (point-max))" instead of jumping
Date: Fri, 27 Oct 2023 08:46:14 +0300
Message-ID: <83a5s4fwih.fsf@gnu.org>
References: <ddf1fc8b-2e31-4b2e-8da6-845031ac4171@gmail.com>
 <83jzr9fdh0.fsf@gnu.org> <807a1bd5-6477-cc36-088f-efcb782ccb99@gmail.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="2109"; mail-complaints-to="usenet@ciao.gmane.io"
Cc: 66764@debbugs.gnu.org
To: Herman =?UTF-8?Q?G=C3=A9za?= <geza.herman@gmail.com>
Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Oct 27 07:46:46 2023
Return-path: <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>
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 <bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org>)
	id 1qwFgE-0000Mb-Gk
	for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 27 Oct 2023 07:46:46 +0200
Original-Received: from localhost ([::1] helo=lists1p.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.90_1)
	(envelope-from <bug-gnu-emacs-bounces@gnu.org>)
	id 1qwFg2-0007hg-BU; Fri, 27 Oct 2023 01:46:34 -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 <Debian-debbugs@debbugs.gnu.org>)
 id 1qwFg0-0007hI-He
 for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2023 01:46:32 -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 <Debian-debbugs@debbugs.gnu.org>)
 id 1qwFfz-00032R-Ci
 for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2023 01:46:31 -0400
Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2)
 (envelope-from <Debian-debbugs@debbugs.gnu.org>) id 1qwFgU-0002tj-6b
 for bug-gnu-emacs@gnu.org; Fri, 27 Oct 2023 01:47:02 -0400
X-Loop: help-debbugs@gnu.org
Resent-From: Eli Zaretskii <eliz@gnu.org>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces@debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@gnu.org
Resent-Date: Fri, 27 Oct 2023 05:47:02 +0000
Resent-Message-ID: <handler.66764.B66764.169838560311107@debbugs.gnu.org>
Resent-Sender: help-debbugs@gnu.org
X-GNU-PR-Message: followup 66764
X-GNU-PR-Package: emacs
Original-Received: via spool by 66764-submit@debbugs.gnu.org id=B66764.169838560311107
 (code B ref 66764); Fri, 27 Oct 2023 05:47:02 +0000
Original-Received: (at 66764) by debbugs.gnu.org; 27 Oct 2023 05:46:43 +0000
Original-Received: from localhost ([127.0.0.1]:34929 helo=debbugs.gnu.org)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <debbugs-submit-bounces@debbugs.gnu.org>)
 id 1qwFgB-0002t5-30
 for submit@debbugs.gnu.org; Fri, 27 Oct 2023 01:46:43 -0400
Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:43760)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <eliz@gnu.org>) id 1qwFg7-0002sn-9J
 for 66764@debbugs.gnu.org; Fri, 27 Oct 2023 01:46:41 -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 <eliz@gnu.org>)
 id 1qwFfW-00030v-M1; Fri, 27 Oct 2023 01:46:02 -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=LA1BKQHqMyn3sBkxCb6R1lgjjpghUkeI18b6iHgOQZk=; b=PxaRRSc6BUShNhrnZFpg
 g7THvJOq0Io9GW6N8YambVtp17sPbGPLdIUoLYIh2BhXYOwZw0y4ay1UvN4+wFSU/KXdWDGtEc/cY
 Tlx0Ep7sA7X2xxChdwXyH6XGF/8PoodwKzhYCbOKKYpTLct+Dz9rck/uC6JS8j/CfqzKSV2OzwSqe
 Hu+zfW68mcHqK7isdk63BUOE71hQVjujz8n/4jm+MM8BPYXiigMGYjYdBmiFvD4tCXm8b5sapftXM
 gmJpjnGOayQIFIwAAGnvLtLobZOh7WylMR/Xh20bODyh5PJonDUo6eRP8aDpb54dwK0jGE56iZocX
 Yk7x8nSZHxHa6A==;
In-Reply-To: <807a1bd5-6477-cc36-088f-efcb782ccb99@gmail.com> (message from
 Herman, =?UTF-8?Q?G=C3=A9za?= on Thu, 26 Oct 2023 21:12:55 +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" <bug-gnu-emacs.gnu.org>
List-Unsubscribe: <https://lists.gnu.org/mailman/options/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=unsubscribe>
List-Archive: <https://lists.gnu.org/archive/html/bug-gnu-emacs>
List-Post: <mailto:bug-gnu-emacs@gnu.org>
List-Help: <mailto:bug-gnu-emacs-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/bug-gnu-emacs>,
 <mailto:bug-gnu-emacs-request@gnu.org?subject=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:273338
Archived-At: <http://permalink.gmane.org/gmane.emacs.bugs/273338>

> Date: Thu, 26 Oct 2023 21:12:55 +0200
> Cc: 66764@debbugs.gnu.org
> From: Herman, Géza <geza.herman@gmail.com>
> 
> On 10/26/23 20:25, Eli Zaretskii wrote:
> > I didn't yet try to reproduce this, but just reading the description:
> > why do you consider this behavior a problem, let alone a bug?
> I think that pressing the "go to the end of the buffer" key should go to 
> the end of the buffer without any weird-looking scrolling, and it should 
> do it immediately, not in ~0.5 seconds.

I'm not sure what you mean by "should go to the end of the buffer
without any weird-looking scrolling".  The Lisp program you posted
moves point to the end of the buffer, but how to reflect that best on
display is the decision made by the display engine, and it can
legitimately be by scrolling the window (IIUC what you mean by
"weird-looking scrolling").  As for ~0.5 seconds, I don't think I see
this mentioned in your original report, so I'm guessing there are some
aspects of this behavior that you haven't described in full yet, or
maybe I didn't understand your description.  Maybe when I generate the
file with your program, I will understand it better.

> I've just disabled this optimization, not just because of this. It's 
> also not ideal that if I run beginning-of-visual-line at the end of a 
> long line, the point only moves ~1000 characters to the left, instead of 
> moving to the beginning. I didn't report this problem, because I assume 
> it is known (I suppose it's by design how the optimization works?), so I 
> just give this as a feedback on the long-line-optimization feature here.

Yes, this is by design.

> >> In my real case, a much smaller file produces this problem. Also, Emacs
> >> doesn't go to the end of the file, but stops somewhere in the middle (I
> >> was unable to reproduce this issue with a simple configuration).
> > This can legitimately happen if the last line has tall characters or
> > you use line-spacing or something similar.  Again, why is it a
> > problem, as long as EOB is visible after that?
> 
> The buffer is a simple ASCII file, all characters between 32-127 and 
> newline. There are no tall characters. My line-spacing is nil. The 
> problem is that EOB is not visible. Emacs stops at line 19232, but the 
> file has 48263 lines.

You are saying that Emacs stops and doesn't go further towards EOB
afterwards?