From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Nov 2017 19:41:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: report 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: 29325@debbugs.gnu.org X-Debbugs-Original-To: bug-gnu-emacs@gnu.org Received: via spool by submit@debbugs.gnu.org id=B.15108612456172 (code B ref -1); Thu, 16 Nov 2017 19:41:01 +0000 Received: (at submit) by debbugs.gnu.org; 16 Nov 2017 19:40:45 +0000 Received: from localhost ([127.0.0.1]:43898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ1i-0001bQ-L6 for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ1g-0001bC-9R for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFQ1a-0003qI-AG for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:35 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41433) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFQ1a-0003q9-7M for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:34 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFQ1Z-0002i5-6j for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:40:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFQ1V-0003l5-VY for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:40:33 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:52223) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFQ1V-0003ig-IB for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:40:29 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 2B4C4225BD for ; Thu, 16 Nov 2017 19:33:17 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= subject:subject:to:from:from:message-id:date:date; s=dkim; t= 1510860796; x=1511724797; bh=a55Y4mDYXTmPSHZXAi2EdQEAkVACfbw33+B YDQjlNQ0=; b=hBZ1IyGKUc04x2Gt0wz78cd9DYOpJPmA4m1dGAEkSdiMbvdBRIx H0OVmHT9GwCZvVW24L83rhdffl+nKNbPap95SYrpMq0B8Vu46Cw/76Oj6YsUOaHI wJvGtk5VYxp+JNmNVigzCswaypzCN13W9ki24OCb9Un19XllO9B5g9MM= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id KxUEb673qHxw for ; Thu, 16 Nov 2017 19:33:16 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 8447D22570 for ; Thu, 16 Nov 2017 19:33:16 +0000 (UTC) Date: Thu, 16 Nov 2017 20:41:09 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) I had the following issue under GNU/Linux, but not macOS: 1. C-h i 2. M-x buffer-face-mode RET (to enable a variable-width font) 3. m Info RET 4. g Help-Inv RET 5. Scroll to the bottom of the buffer with the mouse-wheel, then up again. In step 5, I could scroll all the way to the bottom of the buffer (as far as scrolling with the mouse wheel brings you), but scrolling back to the top of the buffer would get stuck in the middle somewhere. Even pressing DEL would not work. The issue seems to happen only on some nodes. From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Nov 2017 19:48:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: charles@aurox.ch (Charles A. Roelli) Cc: 29325@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.15108616786904 (code B ref 29325); Thu, 16 Nov 2017 19:48:01 +0000 Received: (at 29325) by debbugs.gnu.org; 16 Nov 2017 19:47:58 +0000 Received: from localhost ([127.0.0.1]:43908 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ8i-0001nH-Rw for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:47:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:37221) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ8h-0001n4-40 for 29325@debbugs.gnu.org; Thu, 16 Nov 2017 14:47:55 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFQ8W-0003QJ-UK for 29325@debbugs.gnu.org; Thu, 16 Nov 2017 14:47:49 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:59452) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFQ8W-0003Q7-R1; Thu, 16 Nov 2017 14:47:44 -0500 Received: from [176.228.60.248] (port=2394 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFQ8W-0002W8-94; Thu, 16 Nov 2017 14:47:44 -0500 Date: Thu, 16 Nov 2017 21:47:59 +0200 Message-Id: <83fu9ehuog.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (charles@aurox.ch) References: X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 16 Nov 2017 20:41:09 +0100 > From: charles@aurox.ch (Charles A. Roelli) > > I had the following issue under GNU/Linux, but not macOS: > > 1. C-h i > 2. M-x buffer-face-mode RET (to enable a variable-width font) > 3. m Info RET > 4. g Help-Inv RET > 5. Scroll to the bottom of the buffer with the mouse-wheel, then up again. > > In step 5, I could scroll all the way to the bottom of the buffer (as > far as scrolling with the mouse wheel brings you), but scrolling back > to the top of the buffer would get stuck in the middle somewhere. > Even pressing DEL would not work. Not reproducible here. Could be a macOS thing? Or maybe it depends on the font used as variable pitch (or its size)? From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Nov 2017 20:46:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151086510612633 (code B ref 29325); Thu, 16 Nov 2017 20:46:01 +0000 Received: (at 29325) by debbugs.gnu.org; 16 Nov 2017 20:45:06 +0000 Received: from localhost ([127.0.0.1]:43934 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFR21-0003Hh-W9 for submit@debbugs.gnu.org; Thu, 16 Nov 2017 15:45:06 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:46292) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFR1z-0003Gs-B5 for 29325@debbugs.gnu.org; Thu, 16 Nov 2017 15:45:04 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 03CB9225BD for <29325@debbugs.gnu.org>; Thu, 16 Nov 2017 20:37:45 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1510864662; x=1511728663; bh=F6BBFbKg/mCLd ZEh2w4s5QV0XRduzuWG2kf4ZQCiiV0=; b=dBhENeXXtshY9OnhfIZ6EAJ3DeAXJ fQKhqHXcbLIpRDCWCR4167OeF2Qi/Q4/lsGn9mEDEDc0G8AEMaZUZ4/Iv7uadg3W 4rNVsRN5X+AAsAKHFhA+/CTZ4TsOwYLTviMtbmStTebw2/gPhPP5ixdOhE3LZzOk 3j9LMCIozwUH6Y= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id KnRLtiq0umzC for <29325@debbugs.gnu.org>; Thu, 16 Nov 2017 20:37:42 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 7142522570; Thu, 16 Nov 2017 20:37:42 +0000 (UTC) Date: Thu, 16 Nov 2017 21:45:35 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) In-reply-to: <83fu9ehuog.fsf@gnu.org> (message from Eli Zaretskii on Thu, 16 Nov 2017 21:47:59 +0200) References: <83fu9ehuog.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Thu, 16 Nov 2017 21:47:59 +0200 > From: Eli Zaretskii > > > Date: Thu, 16 Nov 2017 20:41:09 +0100 > > From: charles@aurox.ch (Charles A. Roelli) > > > > I had the following issue under GNU/Linux, but not macOS: > > > > 1. C-h i > > 2. M-x buffer-face-mode RET (to enable a variable-width font) > > 3. m Info RET > > 4. g Help-Inv RET > > 5. Scroll to the bottom of the buffer with the mouse-wheel, then up again. > > > > In step 5, I could scroll all the way to the bottom of the buffer (as > > far as scrolling with the mouse wheel brings you), but scrolling back > > to the top of the buffer would get stuck in the middle somewhere. > > Even pressing DEL would not work. > > Not reproducible here. Could be a macOS thing? Or maybe it depends > on the font used as variable pitch (or its size)? Initially, it happened on Ubuntu GNU/Linux from emacs -q, not macOS. However, I've just managed to trigger it on macOS from emacs -q, by customizing face `variable-pitch' as follows: Variable Pitch face: [sample] State : SET for current session only. The basic variable-pitch face. [X] Font Family: Sans Serif [ ] Font Foundry: -- [ ] Width: -- [X] Height: Value Menu Scale: 1.5 (The font family was already Sans Serif, I just changed the height scale from 1.0 to 1.5). From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 16 Nov 2017 22:36:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: "Charles A. Roelli" , 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151087175722512 (code B ref 29325); Thu, 16 Nov 2017 22:36:02 +0000 Received: (at 29325) by debbugs.gnu.org; 16 Nov 2017 22:35:57 +0000 Received: from localhost ([127.0.0.1]:43981 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFSlI-0005r2-Ub for submit@debbugs.gnu.org; Thu, 16 Nov 2017 17:35:57 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:32084) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFSlG-0005qo-Hm for 29325@debbugs.gnu.org; Thu, 16 Nov 2017 17:35:54 -0500 Received: from userv0021.oracle.com (userv0021.oracle.com [156.151.31.71]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vAGMZkcd010659 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 16 Nov 2017 22:35:46 GMT Received: from userv0121.oracle.com (userv0121.oracle.com [156.151.31.72]) by userv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vAGMZkcE013240 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Thu, 16 Nov 2017 22:35:46 GMT Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0121.oracle.com (8.14.4/8.13.8) with ESMTP id vAGMZjsO014030; Thu, 16 Nov 2017 22:35:45 GMT MIME-Version: 1.0 Message-ID: Date: Thu, 16 Nov 2017 14:35:44 -0800 (PST) From: Drew Adams References: <> In-Reply-To: <> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9.1 (1003210) [OL 16.0.4615.0 (x86)] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Source-IP: userv0021.oracle.com [156.151.31.71] X-Spam-Score: -5.1 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.1 (-----) > I had the following issue under GNU/Linux, but not macOS: Does it happen with `emacs -Q` or only with your init file? From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 17 Nov 2017 07:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: charles@aurox.ch (Charles A. Roelli) Cc: 29325@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151090272119084 (code B ref 29325); Fri, 17 Nov 2017 07:13:01 +0000 Received: (at 29325) by debbugs.gnu.org; 17 Nov 2017 07:12:01 +0000 Received: from localhost ([127.0.0.1]:44134 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFaoj-0004xf-Dj for submit@debbugs.gnu.org; Fri, 17 Nov 2017 02:12:01 -0500 Received: from eggs.gnu.org ([208.118.235.92]:45246) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFaoi-0004xS-0z for 29325@debbugs.gnu.org; Fri, 17 Nov 2017 02:12:00 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFaoX-0004gs-P1 for 29325@debbugs.gnu.org; Fri, 17 Nov 2017 02:11:54 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:41018) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFaoX-0004gi-IN; Fri, 17 Nov 2017 02:11:49 -0500 Received: from [176.228.60.248] (port=2695 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eFaoX-0000JA-0H; Fri, 17 Nov 2017 02:11:49 -0500 Date: Fri, 17 Nov 2017 09:11:35 +0200 Message-Id: <83d14hidlk.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (charles@aurox.ch) References: <83fu9ehuog.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 16 Nov 2017 21:45:35 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: 29325@debbugs.gnu.org > > > Not reproducible here. Could be a macOS thing? Or maybe it depends > > on the font used as variable pitch (or its size)? > > Initially, it happened on Ubuntu GNU/Linux from emacs -q, not macOS. (I couldn't have known that, since your report lacked the details collected by "M-x report-emacs-bug".) > Variable Pitch face: [sample] > State : SET for current session only. > The basic variable-pitch face. > [X] Font Family: Sans Serif > [ ] Font Foundry: -- > [ ] Width: -- > [X] Height: Value Menu Scale: 1.5 > > (The font family was already Sans Serif, I just changed the height > scale from 1.0 to 1.5). Still not reproducible. Does the same problem happen if you scroll with "M-1 M-v" instead of the mouse wheel? And what about M-<, does it get you to the beginning of the node? From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Nov 2017 16:50:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151111016017935 (code B ref 29325); Sun, 19 Nov 2017 16:50:02 +0000 Received: (at 29325) by debbugs.gnu.org; 19 Nov 2017 16:49:20 +0000 Received: from localhost ([127.0.0.1]:47724 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGSmV-0004fD-P6 for submit@debbugs.gnu.org; Sun, 19 Nov 2017 11:49:19 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:48351) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGSmU-0004f0-DE for 29325@debbugs.gnu.org; Sun, 19 Nov 2017 11:49:18 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 4B328225C8 for <29325@debbugs.gnu.org>; Sun, 19 Nov 2017 16:41:57 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511109714; x=1511973715; bh=8dlENnZjHe4+m dBceC2WRQjYqumD/ktYH6QBWpAO6TA=; b=fh52DfE+vMQxW00XxvDNm2oQAzGyk vwATuEg0nnUn3k5jaCXScwJ2mBzaebpXScfyBxZ6Qpz3vfORW0LSj7ODVroaKRN8 IdVeTAx4UY+UrP/If2JzcDKj2dkDWCTge6LlbcAtz8vyAwq5xbEmIMqskjSbCyZp O2Pf/ROAWwg6TA= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id OTFT0qFbnjbs for <29325@debbugs.gnu.org>; Sun, 19 Nov 2017 16:41:54 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 0CEA2225C1; Sun, 19 Nov 2017 16:41:52 +0000 (UTC) Date: Sun, 19 Nov 2017 17:49:50 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) In-reply-to: <83d14hidlk.fsf@gnu.org> (message from Eli Zaretskii on Fri, 17 Nov 2017 09:11:35 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Fri, 17 Nov 2017 09:11:35 +0200 > From: Eli Zaretskii > CC: 29325@debbugs.gnu.org > Reply-to: Eli Zaretskii > > > Variable Pitch face: [sample] > > State : SET for current session only. > > The basic variable-pitch face. > > [X] Font Family: Sans Serif > > [ ] Font Foundry: -- > > [ ] Width: -- > > [X] Height: Value Menu Scale: 1.5 > > > > (The font family was already Sans Serif, I just changed the height > > scale from 1.0 to 1.5). > > Still not reproducible. > > Does the same problem happen if you scroll with "M-1 M-v" instead of > the mouse wheel? No: it works fine in that case. > And what about M-<, does it get you to the beginning of the node? Yes. I looked into the definition of mwheel-scroll, and a comment by Stefan in it seems to anticipate the behavior I see: > (cond ((eq button mouse-wheel-down-event) > (condition-case nil (funcall mwheel-scroll-down-function amt) > ;; Make sure we do indeed scroll to the beginning of > ;; the buffer. > (beginning-of-buffer > (unwind-protect > (funcall mwheel-scroll-down-function) > ;; If the first scroll succeeded, then some scrolling > ;; is possible: keep scrolling til the beginning but > ;; do not signal an error. For some reason, we have > ;; to do it even if the first scroll signaled an > ;; error, because otherwise the window is recentered > ;; for a reason that escapes me. This problem seems > ;; to only affect scroll-down. --Stef > (set-window-start (selected-window) (point-min)))))) That is, when attempting to scroll down (as in, moving towards beginning of buffer) under some mysterious circumstances, the window gets recentered around point instead of being scrolled. However, if point is moved to the first line of the window, say, then the scrolling does work as expected (as I've found out by experimenting more with my initial recipe). From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 19 Nov 2017 17:13:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: charles@aurox.ch (Charles A. Roelli) Cc: 29325@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151111154219935 (code B ref 29325); Sun, 19 Nov 2017 17:13:01 +0000 Received: (at 29325) by debbugs.gnu.org; 19 Nov 2017 17:12:22 +0000 Received: from localhost ([127.0.0.1]:47743 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGT8o-0005BT-2K for submit@debbugs.gnu.org; Sun, 19 Nov 2017 12:12:22 -0500 Received: from eggs.gnu.org ([208.118.235.92]:36642) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGT8m-0005BG-58 for 29325@debbugs.gnu.org; Sun, 19 Nov 2017 12:12:20 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGT8c-000652-GG for 29325@debbugs.gnu.org; Sun, 19 Nov 2017 12:12:15 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:51260) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGT8c-00064y-Cs; Sun, 19 Nov 2017 12:12:10 -0500 Received: from [176.228.60.248] (port=2107 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eGT8b-0006pq-Qr; Sun, 19 Nov 2017 12:12:10 -0500 Date: Sun, 19 Nov 2017 19:12:00 +0200 Message-Id: <83r2sudwgv.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (charles@aurox.ch) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Sun, 19 Nov 2017 17:49:50 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: 29325@debbugs.gnu.org > > > Still not reproducible. > > > > Does the same problem happen if you scroll with "M-1 M-v" instead of > > the mouse wheel? > > No: it works fine in that case. If this is only about scrolling with the mouse wheel, then perhaps the factor which differs between our systems is the amount of scrolling per wheel notch. How many lines does a single notch scroll in your case? And does the problem happen if you turn the wheel slowly? > > (cond ((eq button mouse-wheel-down-event) > > (condition-case nil (funcall mwheel-scroll-down-function amt) > > ;; Make sure we do indeed scroll to the beginning of > > ;; the buffer. > > (beginning-of-buffer > > (unwind-protect > > (funcall mwheel-scroll-down-function) > > ;; If the first scroll succeeded, then some scrolling > > ;; is possible: keep scrolling til the beginning but > > ;; do not signal an error. For some reason, we have > > ;; to do it even if the first scroll signaled an > > ;; error, because otherwise the window is recentered > > ;; for a reason that escapes me. This problem seems > > ;; to only affect scroll-down. --Stef > > (set-window-start (selected-window) (point-min)))))) > > That is, when attempting to scroll down (as in, moving towards > beginning of buffer) under some mysterious circumstances, the window > gets recentered around point instead of being scrolled. However, if > point is moved to the first line of the window, say, then the > scrolling does work as expected (as I've found out by experimenting > more with my initial recipe). I have serious difficulties dealing with unexplained and undescribed problems that happen "under mysterious circumstances". If you build with --enable-checking='yes,glyphs', and then turn on redisplay tracing with "M-x trace-redisplay" before scrolling with the wheel, what do you see? And how does that trace differ from when you scroll with "M-1 M-v"? (I find it useful to disable blink-cursor-mode and global-eldoc-mode before such experiments, because they tend to trigger extra redisplay cycles that conceal the interesting parts.) From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Nov 2017 19:52:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.15112075055382 (code B ref 29325); Mon, 20 Nov 2017 19:52:02 +0000 Received: (at 29325) by debbugs.gnu.org; 20 Nov 2017 19:51:45 +0000 Received: from localhost ([127.0.0.1]:49457 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGs6b-0001Ok-6w for submit@debbugs.gnu.org; Mon, 20 Nov 2017 14:51:45 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:49256) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGs6Z-0001OY-Dm for 29325@debbugs.gnu.org; Mon, 20 Nov 2017 14:51:43 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id ED6D1225CC for <29325@debbugs.gnu.org>; Mon, 20 Nov 2017 19:44:21 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511207060; x=1512071061; bh=oUykwlh3Ec+BZ x5O0INsfjdioy+5kztzub6wSW7zGqA=; b=pVLsgE3zH9VFyObWj2BvSyhaYvYyp 7x0HAh8t76aogkqZ32h/QxEOlTCWTmi/LWYTLuQBy1UXaPpzd+5/VShwyOPyAiQJ Gn6HaaDF38ieYTDZhx0Lv2cHQU50SS8RrGfrtGH8ch3S771aFo1NjURBnpZIe5Rs mowyWl836nnqIk= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id LpHisusUMFSv for <29325@debbugs.gnu.org>; Mon, 20 Nov 2017 19:44:20 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 69E64225C1; Mon, 20 Nov 2017 19:44:20 +0000 (UTC) Date: Mon, 20 Nov 2017 20:52:39 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) In-reply-to: <83r2sudwgv.fsf@gnu.org> (message from Eli Zaretskii on Sun, 19 Nov 2017 19:12:00 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Sun, 19 Nov 2017 19:12:00 +0200 > From: Eli Zaretskii > > > > Does the same problem happen if you scroll with "M-1 M-v" instead of > > > the mouse wheel? > > > > No: it works fine in that case. > > If this is only about scrolling with the mouse wheel, then perhaps the > factor which differs between our systems is the amount of scrolling > per wheel notch. How many lines does a single notch scroll in your > case? And does the problem happen if you turn the wheel slowly? I don't have access to a GNU/Linux system at the moment, but if I recall correctly, it would be 5 lines at a time, when scrolling slowly. The behavior is different depending on how fast the mouse wheel is turned. If it is turned slowly several times in a row, it is possible to make window-start reach as far as the second or third line of the buffer. If you turn it once more, then window-start jerks down a few lines instead of reaching the start of the buffer. This can be repeated ad infinitum. In contrast, when turning the mouse wheel quickly (a few notches in one second), it is not possible to get window-start anywhere near the start of the buffer, except by using non-mouse commands or by setting point closer to the top of the window first (with the mouse). > > > (cond ((eq button mouse-wheel-down-event) > > > (condition-case nil (funcall mwheel-scroll-down-function amt) > > > ;; Make sure we do indeed scroll to the beginning of > > > ;; the buffer. > > > (beginning-of-buffer > > > (unwind-protect > > > (funcall mwheel-scroll-down-function) > > > ;; If the first scroll succeeded, then some scrolling > > > ;; is possible: keep scrolling til the beginning but > > > ;; do not signal an error. For some reason, we have > > > ;; to do it even if the first scroll signaled an > > > ;; error, because otherwise the window is recentered > > > ;; for a reason that escapes me. This problem seems > > > ;; to only affect scroll-down. --Stef > > > (set-window-start (selected-window) (point-min)))))) > > > > That is, when attempting to scroll down (as in, moving towards > > beginning of buffer) under some mysterious circumstances, the window > > gets recentered around point instead of being scrolled. However, if > > point is moved to the first line of the window, say, then the > > scrolling does work as expected (as I've found out by experimenting > > more with my initial recipe). > > I have serious difficulties dealing with unexplained and undescribed > problems that happen "under mysterious circumstances". > > If you build with --enable-checking='yes,glyphs', and then turn on > redisplay tracing with "M-x trace-redisplay" before scrolling with the > wheel, what do you see? And how does that trace differ from when you > scroll with "M-1 M-v"? Thanks, I will try that soon. In the meantime, I noticed that I could also reproduce the bug in Emacs 25.2, but not in 25.1. I will try to bisect between the releases. > (I find it useful to disable blink-cursor-mode and global-eldoc-mode > before such experiments, because they tend to trigger extra redisplay > cycles that conceal the interesting parts.) From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 20 Nov 2017 20:26:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: charles@aurox.ch (Charles A. Roelli) Cc: 29325@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151120955815642 (code B ref 29325); Mon, 20 Nov 2017 20:26:01 +0000 Received: (at 29325) by debbugs.gnu.org; 20 Nov 2017 20:25:58 +0000 Received: from localhost ([127.0.0.1]:49468 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGsdi-00044E-9v for submit@debbugs.gnu.org; Mon, 20 Nov 2017 15:25:58 -0500 Received: from eggs.gnu.org ([208.118.235.92]:49395) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eGsdh-000441-1o for 29325@debbugs.gnu.org; Mon, 20 Nov 2017 15:25:57 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eGsdY-0005w1-HT for 29325@debbugs.gnu.org; Mon, 20 Nov 2017 15:25:51 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48513) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eGsdY-0005vv-DQ; Mon, 20 Nov 2017 15:25:48 -0500 Received: from [176.228.60.248] (port=3128 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eGsdW-0002B9-VA; Mon, 20 Nov 2017 15:25:48 -0500 Date: Mon, 20 Nov 2017 22:25:33 +0200 Message-Id: <83r2ssd7eq.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (charles@aurox.ch) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Mon, 20 Nov 2017 20:52:39 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: 29325@debbugs.gnu.org > > I don't have access to a GNU/Linux system at the moment, but if I > recall correctly, it would be 5 lines at a time, when scrolling > slowly. Then I'd expect the same behavior to happen if you do "M-5 M-v" instead of turning the wheel. Does it? If M-v doesn't reproduce the problem, then what about removing the tricky code, and leaving just (funcall mwheel-scroll-down-function amt) without all the rest? I cannot understand why we need the rest, maybe I'm missing something. mwheel-scroll-down-function is by default scroll-down, exactly the same function called by M-v, so the results should be the same, assuming that 'amt' is 5 when turning the wheel. > The behavior is different depending on how fast the mouse wheel is > turned. If it is turned slowly several times in a row, it is possible > to make window-start reach as far as the second or third line of the > buffer. If you turn it once more, then window-start jerks down a few > lines instead of reaching the start of the buffer. This can be > repeated ad infinitum. > > In contrast, when turning the mouse wheel quickly (a few notches in > one second), it is not possible to get window-start anywhere near the > start of the buffer, except by using non-mouse commands or by setting > point closer to the top of the window first (with the mouse). Just to make sure we are not barking up the wrong tree: this is in "emacs -Q" with no customizations of any scroll-related variables, like scroll-margin, scroll-conservatively, etc., right? From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Nov 2017 19:24:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.1511292198825 (code B ref 29325); Tue, 21 Nov 2017 19:24:01 +0000 Received: (at 29325) by debbugs.gnu.org; 21 Nov 2017 19:23:18 +0000 Received: from localhost ([127.0.0.1]:51408 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHE8c-0000DF-8n for submit@debbugs.gnu.org; Tue, 21 Nov 2017 14:23:18 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:49940) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHE8a-0000D0-NW for 29325@debbugs.gnu.org; Tue, 21 Nov 2017 14:23:17 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 71181225CB for <29325@debbugs.gnu.org>; Tue, 21 Nov 2017 19:15:53 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511291750; x=1512155751; bh=FotGhBDIZcArV pa2XiNC/Ym+3Kx08rqkdroc6Xj6W18=; b=l4eUP4tqaDPO3eB8ALECMnKD6t+GK N9gC5ACnxyxele7qA0Sm9neH1nUpBsYGs4NrwPt/5yGiofCgKnjNL4IlOMFRST0R f0/8swR0spqgH9NDwrk/Ib9aEtYZkgm56TsmmKmdGRkLVjiozj2fVMnZpcf6weg/ 2DFfu7P3MOA8cc= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id apwy9W0StGmO for <29325@debbugs.gnu.org>; Tue, 21 Nov 2017 19:15:50 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 672D8225C3; Tue, 21 Nov 2017 19:15:50 +0000 (UTC) Date: Tue, 21 Nov 2017 20:24:05 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) In-reply-to: <83r2ssd7eq.fsf@gnu.org> (message from Eli Zaretskii on Mon, 20 Nov 2017 22:25:33 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Mon, 20 Nov 2017 22:25:33 +0200 > From: Eli Zaretskii > > > Date: Mon, 20 Nov 2017 20:52:39 +0100 > > From: charles@aurox.ch (Charles A. Roelli) > > CC: 29325@debbugs.gnu.org > > > > I don't have access to a GNU/Linux system at the moment, but if I > > recall correctly, it would be 5 lines at a time, when scrolling > > slowly. > > Then I'd expect the same behavior to happen if you do "M-5 M-v" > instead of turning the wheel. Does it? It does. > Just to make sure we are not barking up the wrong tree: this is in > "emacs -Q" with no customizations of any scroll-related variables, > like scroll-margin, scroll-conservatively, etc., right? Yes, always from emacs -q. > Date: Sun, 19 Nov 2017 19:12:00 +0200 > From: Eli Zaretskii > > If you build with --enable-checking='yes,glyphs', and then turn on > redisplay tracing with "M-x trace-redisplay" before scrolling with the > wheel, what do you see? And how does that trace differ from when you > scroll with "M-1 M-v"? > > (I find it useful to disable blink-cursor-mode and global-eldoc-mode > before such experiments, because they tend to trigger extra redisplay > cycles that conceal the interesting parts.) Thanks again for this useful advice. What follows is the annotated output, according to the following recipe: > The behavior is different depending on how fast the mouse wheel is > turned. If it is turned slowly several times in a row, it is possible > to make window-start reach as far as the second or third line of the > buffer. If you turn it once more, then window-start jerks down a few > lines instead of reaching the start of the buffer. This can be > repeated ad infinitum. redisplay_internal 0 <= START FIRST SCROLL 0x1360330 (*info*): forced window start redisplay_preserve_echo_area (8) redisplay_internal 0 redisplay_preserve_echo_area (8) redisplay_internal 0 redisplay_internal 0 redisplay_internal 0 <= START SECOND SCROLL 0x1360330 (*info*): forced window start redisplay_preserve_echo_area (8) redisplay_internal 0 redisplay_preserve_echo_area (8) redisplay_internal 0 redisplay_internal 0 <= START THIRD SCROLL (BROKEN) redisplay_internal 0 0x1360330 (*info*): recenter redisplay_preserve_echo_area (8) redisplay_internal 0 redisplay_preserve_echo_area (8) redisplay_internal 0 redisplay_internal 0 The third scroll should have reached the start of the buffer, but recenters instead of doing so. Furthermore, I found that reverting the following commit fixes the issue locally, in a build of emacs-25: * 9135bd7..: Paul Eggert 2016-05-13 Improve display of tex-verbatim and Info quoted commit 9135bd7af7bdf9f805b185a77fe4e6d33dec4009 Author: Paul Eggert Date: Fri May 13 13:30:33 2016 -0700 Improve display of tex-verbatim and Info quoted Problem reported by Glenn Morris (Bug#19889). * doc/emacs/display.texi (Standard Faces): * doc/lispref/display.texi (Basic Faces): * etc/NEWS: Mention fixed-pitch-serif. * lisp/faces.el (face-font-family-alternatives): New family alias Monospace Serif. (fixed-pitch-serif): New face, which uses the new family. * lisp/info.el (Info-quoted): * lisp/textmodes/tex-mode.el (tex-verbatim): Use the new face. * test/lisp/legacy/font-parse-tests.el (font-parse-tests--data): Add test case for Monospace Serif. This is backport from master (cherry picked from commit 36906806ccfc0e53f1d8c365ab0d7151288b7833) doc/emacs/display.texi | 3 +++ doc/lispref/display.texi | 1 + etc/NEWS | 5 +++++ lisp/faces.el | 29 +++++++++++++++++++++++++++++ lisp/info.el | 2 +- lisp/textmodes/tex-mode.el | 3 +-- test/automated/font-parse-tests.el | 1 + 7 files changed, 41 insertions(+), 3 deletions(-) So it may be that the new choice of fonts exposes a bug in the scrolling mechanism. Finally, I tried to make some analysis (by setting a breakpoint on function "redisplay_window" in GDB) of why the recentering happens while scrolling. I then did the same analysis after having checked out the commit prior to the problematic one, and compared the code path. It may well be of no use, but I include it here in case: When causing the problematic behavior, redisplay_window reaches try_to_scroll via this if statement: if (!cursor_row_fully_visible_p (w, false, false)) { /* Point does appear, but on a line partly visible at end of window. Move it back to a fully-visible line. */ new_vpos = window_box_height (w); /* But if window_box_height suggests a Y coordinate that is not less than we already have, that line will clearly not be fully visible, so give up and scroll the display. This can happen when the default face uses a font whose dimensions are different from the frame's default font. */ if (new_vpos >= w->cursor.y) { w->cursor.vpos = -1; clear_glyph_matrix (w->desired_matrix); goto try_to_scroll; } } That is, (!cursor_row_fully_visible_p (w, false, false)) and (new_vpos >= w->cursor.y) evaluate to true. try_to_scroll looks like this: try_to_scroll: /* Redisplay the mode line. Select the buffer properly for that. */ if (!update_mode_line) { update_mode_line = true; w->update_mode_line = true; } if ((scroll_conservatively || emacs_scroll_step || temp_scroll_step || NUMBERP (BVAR (current_buffer, scroll_up_aggressively)) || NUMBERP (BVAR (current_buffer, scroll_down_aggressively))) && CHARPOS (startp) >= BEGV && CHARPOS (startp) <= ZV) { /* The function returns -1 if new fonts were loaded, 1 if successful, 0 if not successful. */ int ss = try_scrolling (window, just_this_one_p, scroll_conservatively, emacs_scroll_step, temp_scroll_step, last_line_misfit); switch (ss) { case SCROLLING_SUCCESS: goto done; case SCROLLING_NEED_LARGER_MATRICES: goto need_larger_matrices; case SCROLLING_FAILED: break; default: emacs_abort (); } } /* Finally, just choose a place to start which positions point according to user preferences. */ recenter: #ifdef GLYPH_DEBUG debug_method_add (w, "recenter"); #endif ... However, these checks are all false during the scroll: (scroll_conservatively || emacs_scroll_step || temp_scroll_step || NUMBERP (BVAR (current_buffer, scroll_up_aggressively)) || NUMBERP (BVAR (current_buffer, scroll_down_aggressively))) so control falls through to the "recenter" label. When I execute the same scroll command (from the same point and window scroll state) in the commit prior to the problematic one, then the if expression, if (!cursor_row_fully_visible_p (w, false, false)) evaluates to false instead, control flow leads elsewhere, and the bug does not happen. From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Nov 2017 19:44:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: charles@aurox.ch (Charles A. Roelli) Cc: 29325@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151129340310060 (code B ref 29325); Tue, 21 Nov 2017 19:44:02 +0000 Received: (at 29325) by debbugs.gnu.org; 21 Nov 2017 19:43:23 +0000 Received: from localhost ([127.0.0.1]:51432 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHES3-0002cB-C9 for submit@debbugs.gnu.org; Tue, 21 Nov 2017 14:43:23 -0500 Received: from eggs.gnu.org ([208.118.235.92]:59381) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHES2-0002bw-6G for 29325@debbugs.gnu.org; Tue, 21 Nov 2017 14:43:22 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHERt-0006ox-Q3 for 29325@debbugs.gnu.org; Tue, 21 Nov 2017 14:43:16 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45183) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHERt-0006on-Lo; Tue, 21 Nov 2017 14:43:13 -0500 Received: from [176.228.60.248] (port=4108 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eHERr-0004or-PM; Tue, 21 Nov 2017 14:43:13 -0500 Date: Tue, 21 Nov 2017 21:42:59 +0200 Message-Id: <837eujcta4.fsf@gnu.org> From: Eli Zaretskii In-reply-to: (charles@aurox.ch) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 21 Nov 2017 20:24:05 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: 29325@debbugs.gnu.org > > > Then I'd expect the same behavior to happen if you do "M-5 M-v" > > instead of turning the wheel. Does it? > > It does. Then let's abandon the wheel, and continue only with "M-5 M-v" from now on. > redisplay_internal 0 <= START FIRST SCROLL > 0x1360330 (*info*): forced window start > redisplay_preserve_echo_area (8) > redisplay_internal 0 > redisplay_preserve_echo_area (8) > redisplay_internal 0 > redisplay_internal 0 > redisplay_internal 0 <= START SECOND SCROLL > 0x1360330 (*info*): forced window start > redisplay_preserve_echo_area (8) > redisplay_internal 0 > redisplay_preserve_echo_area (8) > redisplay_internal 0 > redisplay_internal 0 <= START THIRD SCROLL (BROKEN) > redisplay_internal 0 > 0x1360330 (*info*): recenter > redisplay_preserve_echo_area (8) > redisplay_internal 0 > redisplay_preserve_echo_area (8) > redisplay_internal 0 > redisplay_internal 0 > > The third scroll should have reached the start of the buffer, but > recenters instead of doing so. Were you typing "M-5 M-v" or were you turning the mouse wheel? > Furthermore, I found that reverting the following commit fixes the > issue locally, in a build of emacs-25: > > * 9135bd7..: Paul Eggert 2016-05-13 Improve display of tex-verbatim and Info quoted Yes, but that doesn't help, the problem is not with selecting a different font. > When causing the problematic behavior, redisplay_window reaches > try_to_scroll via this if statement: > > if (!cursor_row_fully_visible_p (w, false, false)) > { > /* Point does appear, but on a line partly visible at end of window. > Move it back to a fully-visible line. */ > new_vpos = window_box_height (w); > /* But if window_box_height suggests a Y coordinate that is > not less than we already have, that line will clearly not > be fully visible, so give up and scroll the display. > This can happen when the default face uses a font whose > dimensions are different from the frame's default > font. */ > if (new_vpos >= w->cursor.y) > { > w->cursor.vpos = -1; > clear_glyph_matrix (w->desired_matrix); > goto try_to_scroll; > } > } > > That is, (!cursor_row_fully_visible_p (w, false, false)) and > (new_vpos >= w->cursor.y) evaluate to true. And what are the values of new_vpos and w->cursor.y in this case? And what is w->cursor.vpos? > try_to_scroll looks like this: I suspect we shouldn't go there in this case. The logic above fails because it thinks we are at end of window, whereas we actually are at or before the beginning of window. > When I execute the same scroll command (from the same point and window > scroll state) in the commit prior to the problematic one, then the if > expression, > > if (!cursor_row_fully_visible_p (w, false, false)) > > evaluates to false instead, control flow leads elsewhere, and the bug > does not happen. Which means that commit is not the culprit, it just exposes some subtle bug. Thanks for digging into this. From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 21 Nov 2017 20:00:03 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: charles@aurox.ch Cc: 29325@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151129434411523 (code B ref 29325); Tue, 21 Nov 2017 20:00:03 +0000 Received: (at 29325) by debbugs.gnu.org; 21 Nov 2017 19:59:04 +0000 Received: from localhost ([127.0.0.1]:51450 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHEhE-0002zm-7R for submit@debbugs.gnu.org; Tue, 21 Nov 2017 14:59:04 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35137) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHEhC-0002zH-HF for 29325@debbugs.gnu.org; Tue, 21 Nov 2017 14:59:02 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHEh2-0008HN-Ai for 29325@debbugs.gnu.org; Tue, 21 Nov 2017 14:58:57 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:45705) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHEh2-0008HH-7H; Tue, 21 Nov 2017 14:58:52 -0500 Received: from [176.228.60.248] (port=4118 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eHEh1-0000ie-DT; Tue, 21 Nov 2017 14:58:52 -0500 Date: Tue, 21 Nov 2017 21:58:44 +0200 Message-Id: <8360a3csjv.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <837eujcta4.fsf@gnu.org> (message from Eli Zaretskii on Tue, 21 Nov 2017 21:42:59 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> <837eujcta4.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 21 Nov 2017 21:42:59 +0200 > From: Eli Zaretskii > Cc: 29325@debbugs.gnu.org > > > try_to_scroll looks like this: > > I suspect we shouldn't go there in this case. The logic above fails > because it thinks we are at end of window, whereas we actually are at > or before the beginning of window. No, the last sentence is incorrect. Nevertheless, something their fails to work correctly because of how the various values involved wind up, so I still want to see those values. From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2017 15:39:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: charles@aurox.ch Cc: 29325@debbugs.gnu.org Reply-To: Eli Zaretskii Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151136512029597 (code B ref 29325); Wed, 22 Nov 2017 15:39:02 +0000 Received: (at 29325) by debbugs.gnu.org; 22 Nov 2017 15:38:40 +0000 Received: from localhost ([127.0.0.1]:52884 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHX6m-0007hI-6w for submit@debbugs.gnu.org; Wed, 22 Nov 2017 10:38:40 -0500 Received: from eggs.gnu.org ([208.118.235.92]:41480) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHX6k-0007h7-Vl for 29325@debbugs.gnu.org; Wed, 22 Nov 2017 10:38:39 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHX6b-0002Sv-Pn for 29325@debbugs.gnu.org; Wed, 22 Nov 2017 10:38:33 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-0.0 required=5.0 tests=BAYES_40,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:35235) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHX6b-0002Sg-ML; Wed, 22 Nov 2017 10:38:29 -0500 Received: from [176.228.60.248] (port=4753 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eHX6b-000395-23; Wed, 22 Nov 2017 10:38:29 -0500 Date: Wed, 22 Nov 2017 17:38:26 +0200 Message-Id: <83r2sqb9xp.fsf@gnu.org> From: Eli Zaretskii In-reply-to: <837eujcta4.fsf@gnu.org> (message from Eli Zaretskii on Tue, 21 Nov 2017 21:42:59 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> <837eujcta4.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Tue, 21 Nov 2017 21:42:59 +0200 > From: Eli Zaretskii > Cc: 29325@debbugs.gnu.org > > > When causing the problematic behavior, redisplay_window reaches > > try_to_scroll via this if statement: > > > > if (!cursor_row_fully_visible_p (w, false, false)) > > { > > /* Point does appear, but on a line partly visible at end of window. > > Move it back to a fully-visible line. */ > > new_vpos = window_box_height (w); > > /* But if window_box_height suggests a Y coordinate that is > > not less than we already have, that line will clearly not > > be fully visible, so give up and scroll the display. > > This can happen when the default face uses a font whose > > dimensions are different from the frame's default > > font. */ > > if (new_vpos >= w->cursor.y) > > { > > w->cursor.vpos = -1; > > clear_glyph_matrix (w->desired_matrix); > > goto try_to_scroll; > > } > > } > > > > That is, (!cursor_row_fully_visible_p (w, false, false)) and > > (new_vpos >= w->cursor.y) evaluate to true. > > And what are the values of new_vpos and w->cursor.y in this case? And > what is w->cursor.vpos? > > > try_to_scroll looks like this: > > I suspect we shouldn't go there in this case. Actually, I think this code is not supposed to run in the case you describe, i.e. when the user invokes a scrolling command. So I think the root cause is elsewhere. Does the patch below fix the problem? diff --git a/src/window.c b/src/window.c index 7f47252..504dcd3 100644 --- a/src/window.c +++ b/src/window.c @@ -5355,6 +5355,9 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) /* We moved the window start towards BEGV, so PT may be now in the scroll margin at the bottom. */ move_it_to (&it, PT, -1, + /* We subtract WINDOW_HEADER_LINE_HEIGHT because + it.y is relative to the bottom of the header + line, see above. */ (it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w) - partial_line_height (&it) - this_scroll_margin - 1), -1, @@ -5392,11 +5395,14 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) /* See if point is on a partially visible line at the end. */ if (it.what == IT_EOB) - partial_p = it.current_y + it.ascent + it.descent > it.last_visible_y; + partial_p = + it.current_y + it.ascent + it.descent + > it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w); else { move_it_by_lines (&it, 1); - partial_p = it.current_y > it.last_visible_y; + partial_p = + it.current_y > it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w); } if (charpos == PT && !partial_p @@ -5415,7 +5421,7 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) goal_y = this_scroll_margin; SET_TEXT_POS_FROM_MARKER (start, w->start); start_display (&it, w, start); - /* It would be wrong to subtract CURRENT_HEADER_LINE_HEIGHT + /* It would be wrong to subtract WINDOW_HEADER_LINE_HEIGHT here because we called start_display again and did not alter it.current_y this time. */ move_it_to (&it, -1, window_scroll_pixel_based_preserve_x, From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2017 18:56:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151137694223239 (code B ref 29325); Wed, 22 Nov 2017 18:56:01 +0000 Received: (at 29325) by debbugs.gnu.org; 22 Nov 2017 18:55:42 +0000 Received: from localhost ([127.0.0.1]:53073 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHaBS-00062l-3u for submit@debbugs.gnu.org; Wed, 22 Nov 2017 13:55:42 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:50647) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHaBP-00062U-8k for 29325@debbugs.gnu.org; Wed, 22 Nov 2017 13:55:40 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 1F179225CF for <29325@debbugs.gnu.org>; Wed, 22 Nov 2017 18:48:17 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511376495; x=1512240496; bh=Fh5ztIAv8UxMu FQSkp2m3l8RS9F/u7PXgAWJn2RSEjA=; b=aeXC3FjwgDGbBgkA5+VQof0vaoUNs ypZXgWHds/xIOiyZ5L85y0UfteBGwv0BJmHgcQKU3hG+qRRo+rv0Ilqi5Pax2L6/ BcBN3jPds+pA5xTnRK0907AwcKbvX8efm5ZWEq0wpxHhoKfav0tNgEV+lTLjCfE0 RBLkf93CrBIulE= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id j8jVpp1QFbXC for <29325@debbugs.gnu.org>; Wed, 22 Nov 2017 18:48:15 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 021AE225B7; Wed, 22 Nov 2017 18:48:11 +0000 (UTC) Date: Wed, 22 Nov 2017 19:56:31 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) In-reply-to: <837eujcta4.fsf@gnu.org> (message from Eli Zaretskii on Tue, 21 Nov 2017 21:42:59 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> <837eujcta4.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Tue, 21 Nov 2017 21:42:59 +0200 > From: Eli Zaretskii > > > Date: Tue, 21 Nov 2017 20:24:05 +0100 > > From: charles@aurox.ch (Charles A. Roelli) > > CC: 29325@debbugs.gnu.org > > > > > Then I'd expect the same behavior to happen if you do "M-5 M-v" > > > instead of turning the wheel. Does it? > > > > It does. > > Then let's abandon the wheel, and continue only with "M-5 M-v" from > now on. Ok. > > redisplay_internal 0 <= START FIRST SCROLL > > 0x1360330 (*info*): forced window start > > redisplay_preserve_echo_area (8) > > redisplay_internal 0 > > redisplay_preserve_echo_area (8) > > redisplay_internal 0 > > redisplay_internal 0 > > redisplay_internal 0 <= START SECOND SCROLL > > 0x1360330 (*info*): forced window start > > redisplay_preserve_echo_area (8) > > redisplay_internal 0 > > redisplay_preserve_echo_area (8) > > redisplay_internal 0 > > redisplay_internal 0 <= START THIRD SCROLL (BROKEN) > > redisplay_internal 0 > > 0x1360330 (*info*): recenter > > redisplay_preserve_echo_area (8) > > redisplay_internal 0 > > redisplay_preserve_echo_area (8) > > redisplay_internal 0 > > redisplay_internal 0 > > > > The third scroll should have reached the start of the buffer, but > > recenters instead of doing so. > > Were you typing "M-5 M-v" or were you turning the mouse wheel? This was with the wheel. But the output when using "M-5 M-v" three times in a row is equal, modulo some "redisplay_internal 0" lines. > > When causing the problematic behavior, redisplay_window reaches > > try_to_scroll via this if statement: > > > > if (!cursor_row_fully_visible_p (w, false, false)) > > { > > /* Point does appear, but on a line partly visible at end of window. > > Move it back to a fully-visible line. */ > > new_vpos = window_box_height (w); > > /* But if window_box_height suggests a Y coordinate that is > > not less than we already have, that line will clearly not > > be fully visible, so give up and scroll the display. > > This can happen when the default face uses a font whose > > dimensions are different from the frame's default > > font. */ > > if (new_vpos >= w->cursor.y) > > { > > w->cursor.vpos = -1; > > clear_glyph_matrix (w->desired_matrix); > > goto try_to_scroll; > > } > > } > > > > That is, (!cursor_row_fully_visible_p (w, false, false)) and > > (new_vpos >= w->cursor.y) evaluate to true. > > And what are the values of new_vpos and w->cursor.y in this case? And > what is w->cursor.vpos? Before the last line here is executed: > if (new_vpos >= w->cursor.y) > { > w->cursor.vpos = -1; we have, (gdb) p new_vpos $1 = 561 (gdb) p w->cursor.y $2 = 557 (gdb) p w->cursor.vpos $3 = 27 From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 22 Nov 2017 19:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151137740124002 (code B ref 29325); Wed, 22 Nov 2017 19:04:01 +0000 Received: (at 29325) by debbugs.gnu.org; 22 Nov 2017 19:03:21 +0000 Received: from localhost ([127.0.0.1]:53077 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHaIr-0006F4-06 for submit@debbugs.gnu.org; Wed, 22 Nov 2017 14:03:21 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:50669) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHaIo-0006Eo-Ol for 29325@debbugs.gnu.org; Wed, 22 Nov 2017 14:03:19 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 846EC225C9 for <29325@debbugs.gnu.org>; Wed, 22 Nov 2017 18:55:55 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511376954; x=1512240955; bh=99va9Wz1+N14w 3orcCE/hSs689eLMtsSjyi/bV9MvO4=; b=IUjLgxiWfY0tvDev+3/IY2dtVaxlb 46285zmEB53DLzN3aAAFUxkeNrTMK6fpy5bM8wBDMhdFRFmr97FygYQTVh078xZA w/ntLWJBxNjhBES/c82PW0aCiUFt/ByWjuIpxDqlt6ry9BFUhCwfaHDuQJCAhjK8 E9/yys57sBtcS8= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id BU99I2SxAz8D for <29325@debbugs.gnu.org>; Wed, 22 Nov 2017 18:55:54 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 10D36225B7; Wed, 22 Nov 2017 18:55:53 +0000 (UTC) Date: Wed, 22 Nov 2017 20:04:26 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) In-reply-to: <83r2sqb9xp.fsf@gnu.org> (message from Eli Zaretskii on Wed, 22 Nov 2017 17:38:26 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> <837eujcta4.fsf@gnu.org> <83r2sqb9xp.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Wed, 22 Nov 2017 17:38:26 +0200 > From: Eli Zaretskii > > > > try_to_scroll looks like this: > > > > I suspect we shouldn't go there in this case. > > Actually, I think this code is not supposed to run in the case you > describe, i.e. when the user invokes a scrolling command. So I think > the root cause is elsewhere. Does the patch below fix the problem? > > diff --git a/src/window.c b/src/window.c > index 7f47252..504dcd3 100644 > --- a/src/window.c > +++ b/src/window.c > @@ -5355,6 +5355,9 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) > /* We moved the window start towards BEGV, so PT may be now > in the scroll margin at the bottom. */ > move_it_to (&it, PT, -1, > + /* We subtract WINDOW_HEADER_LINE_HEIGHT because > + it.y is relative to the bottom of the header > + line, see above. */ > (it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w) > - partial_line_height (&it) - this_scroll_margin - 1), > -1, > @@ -5392,11 +5395,14 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) > > /* See if point is on a partially visible line at the end. */ > if (it.what == IT_EOB) > - partial_p = it.current_y + it.ascent + it.descent > it.last_visible_y; > + partial_p = > + it.current_y + it.ascent + it.descent > + > it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w); > else > { > move_it_by_lines (&it, 1); > - partial_p = it.current_y > it.last_visible_y; > + partial_p = > + it.current_y > it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w); > } > > if (charpos == PT && !partial_p > @@ -5415,7 +5421,7 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) > goal_y = this_scroll_margin; > SET_TEXT_POS_FROM_MARKER (start, w->start); > start_display (&it, w, start); > - /* It would be wrong to subtract CURRENT_HEADER_LINE_HEIGHT > + /* It would be wrong to subtract WINDOW_HEADER_LINE_HEIGHT > here because we called start_display again and did not > alter it.current_y this time. */ > move_it_to (&it, -1, window_scroll_pixel_based_preserve_x, It certainly does on macOS, and I will test on GNU/Linux tomorrow. Thanks a lot. From unknown Sun Jun 22 00:51:13 2025 X-Loop: help-debbugs@gnu.org Subject: bug#29325: 26.0.90: Info scrolling stuck Resent-From: charles@aurox.ch (Charles A. Roelli) Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 23 Nov 2017 20:08:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 29325 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: To: Eli Zaretskii Cc: 29325@debbugs.gnu.org Received: via spool by 29325-submit@debbugs.gnu.org id=B29325.151146765430519 (code B ref 29325); Thu, 23 Nov 2017 20:08:01 +0000 Received: (at 29325) by debbugs.gnu.org; 23 Nov 2017 20:07:34 +0000 Received: from localhost ([127.0.0.1]:54178 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHxmX-0007wA-R7 for submit@debbugs.gnu.org; Thu, 23 Nov 2017 15:07:34 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:51167) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHxmU-0007vr-02 for 29325@debbugs.gnu.org; Thu, 23 Nov 2017 15:07:30 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 0DA10225D3 for <29325@debbugs.gnu.org>; Thu, 23 Nov 2017 20:00:07 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= references:subject:subject:in-reply-to:to:from:from:message-id :date:date; s=dkim; t=1511467205; x=1512331206; bh=ddLINdbakbJJd uoAHPdPf365N1Lijo2w6X3454K2ieI=; b=r7yUmqIo/MsmR8097Wc4StBYq1zYB B1OorJtxVQ2j2tZw33eE0qRx26VJ+FJGEe2mbwJi88AB2lcU6PCaXeBumqvoLKNo Ad1pPLUQO3QAKf74BoMw6k7/FLNEHLYYOh1XA1o+RhZQgT4suhGlHEEc+xT8nm1t Bq1ObtbwzF1DGA= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id 2GoNBJ4hTuO0 for <29325@debbugs.gnu.org>; Thu, 23 Nov 2017 20:00:05 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 97EB8225BC; Thu, 23 Nov 2017 20:00:05 +0000 (UTC) Date: Thu, 23 Nov 2017 21:08:45 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) In-reply-to: <83r2sqb9xp.fsf@gnu.org> (message from Eli Zaretskii on Wed, 22 Nov 2017 17:38:26 +0200) References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> <837eujcta4.fsf@gnu.org> <83r2sqb9xp.fsf@gnu.org> X-Spam-Score: -2.3 (--) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.3 (--) > Date: Wed, 22 Nov 2017 17:38:26 +0200 > From: Eli Zaretskii > > > > try_to_scroll looks like this: > > > > I suspect we shouldn't go there in this case. > > Actually, I think this code is not supposed to run in the case you > describe, i.e. when the user invokes a scrolling command. So I think > the root cause is elsewhere. Does the patch below fix the problem? > > diff --git a/src/window.c b/src/window.c > index 7f47252..504dcd3 100644 > --- a/src/window.c > +++ b/src/window.c > @@ -5355,6 +5355,9 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) > /* We moved the window start towards BEGV, so PT may be now > in the scroll margin at the bottom. */ > move_it_to (&it, PT, -1, > + /* We subtract WINDOW_HEADER_LINE_HEIGHT because > + it.y is relative to the bottom of the header > + line, see above. */ > (it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w) > - partial_line_height (&it) - this_scroll_margin - 1), > -1, > @@ -5392,11 +5395,14 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) > > /* See if point is on a partially visible line at the end. */ > if (it.what == IT_EOB) > - partial_p = it.current_y + it.ascent + it.descent > it.last_visible_y; > + partial_p = > + it.current_y + it.ascent + it.descent > + > it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w); > else > { > move_it_by_lines (&it, 1); > - partial_p = it.current_y > it.last_visible_y; > + partial_p = > + it.current_y > it.last_visible_y - WINDOW_HEADER_LINE_HEIGHT (w); > } > > if (charpos == PT && !partial_p > @@ -5415,7 +5421,7 @@ window_scroll_pixel_based (Lisp_Object window, int n, bool whole, bool noerror) > goal_y = this_scroll_margin; > SET_TEXT_POS_FROM_MARKER (start, w->start); > start_display (&it, w, start); > - /* It would be wrong to subtract CURRENT_HEADER_LINE_HEIGHT > + /* It would be wrong to subtract WINDOW_HEADER_LINE_HEIGHT > here because we called start_display again and did not > alter it.current_y this time. */ > move_it_to (&it, -1, window_scroll_pixel_based_preserve_x, I can confirm that it does fix the issue on GNU/Linux. Thanks again for your help here. From unknown Sun Jun 22 00:51:13 2025 MIME-Version: 1.0 X-Mailer: MIME-tools 5.505 (Entity 5.505) X-Loop: help-debbugs@gnu.org From: help-debbugs@gnu.org (GNU bug Tracking System) To: charles@aurox.ch (Charles A. Roelli) Subject: bug#29325: closed (Re: bug#29325: 26.0.90: Info scrolling stuck) Message-ID: References: <83wp2gaga6.fsf@gnu.org> X-Gnu-PR-Message: they-closed 29325 X-Gnu-PR-Package: emacs Reply-To: 29325@debbugs.gnu.org Date: Thu, 23 Nov 2017 20:32:02 +0000 Content-Type: multipart/mixed; boundary="----------=_1511469122-7676-1" This is a multi-part message in MIME format... ------------=_1511469122-7676-1 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="utf-8" Your bug report #29325: 26.0.90: Info scrolling stuck which was filed against the emacs package, has been closed. The explanation is attached below, along with your original report. If you require more details, please reply to 29325@debbugs.gnu.org. --=20 29325: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D29325 GNU Bug Tracking System Contact help-debbugs@gnu.org with problems ------------=_1511469122-7676-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at 29325-done) by debbugs.gnu.org; 23 Nov 2017 20:31:39 +0000 Received: from localhost ([127.0.0.1]:54209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHy9q-0001zF-UD for submit@debbugs.gnu.org; Thu, 23 Nov 2017 15:31:39 -0500 Received: from eggs.gnu.org ([208.118.235.92]:33857) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eHy9p-0001z2-Hh for 29325-done@debbugs.gnu.org; Thu, 23 Nov 2017 15:31:37 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eHy9h-0006wU-8E for 29325-done@debbugs.gnu.org; Thu, 23 Nov 2017 15:31:32 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,T_RP_MATCHES_RCVD autolearn=disabled version=3.3.2 Received: from fencepost.gnu.org ([2001:4830:134:3::e]:40040) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eHy9h-0006wH-4v; Thu, 23 Nov 2017 15:31:29 -0500 Received: from [176.228.60.248] (port=2174 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1eHy9f-0003du-DG; Thu, 23 Nov 2017 15:31:28 -0500 Date: Thu, 23 Nov 2017 22:31:13 +0200 Message-Id: <83wp2gaga6.fsf@gnu.org> From: Eli Zaretskii To: charles@aurox.ch (Charles A. Roelli) In-reply-to: (charles@aurox.ch) Subject: Re: bug#29325: 26.0.90: Info scrolling stuck References: <83fu9ehuog.fsf@gnu.org> <83d14hidlk.fsf@gnu.org> <83r2sudwgv.fsf@gnu.org> <83r2ssd7eq.fsf@gnu.org> <837eujcta4.fsf@gnu.org> <83r2sqb9xp.fsf@gnu.org> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e X-Spam-Score: -5.0 (-----) X-Debbugs-Envelope-To: 29325-done Cc: 29325-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Reply-To: Eli Zaretskii Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -5.0 (-----) > Date: Thu, 23 Nov 2017 21:08:45 +0100 > From: charles@aurox.ch (Charles A. Roelli) > CC: 29325@debbugs.gnu.org > > I can confirm that it does fix the issue on GNU/Linux. Thanks again > for your help here. Thanks, pushed to the release branch. ------------=_1511469122-7676-1 Content-Type: message/rfc822 Content-Disposition: inline Content-Transfer-Encoding: 7bit Received: (at submit) by debbugs.gnu.org; 16 Nov 2017 19:40:45 +0000 Received: from localhost ([127.0.0.1]:43898 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ1i-0001bQ-L6 for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:45 -0500 Received: from eggs.gnu.org ([208.118.235.92]:35058) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1eFQ1g-0001bC-9R for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:41 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFQ1a-0003qI-AG for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:35 -0500 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: X-Spam-Status: No, score=0.8 required=5.0 tests=BAYES_50,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:41433) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFQ1a-0003q9-7M for submit@debbugs.gnu.org; Thu, 16 Nov 2017 14:40:34 -0500 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54234) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1eFQ1Z-0002i5-6j for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:40:33 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1eFQ1V-0003l5-VY for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:40:33 -0500 Received: from sinyavsky.aurox.ch ([37.35.109.145]:52223) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1eFQ1V-0003ig-IB for bug-gnu-emacs@gnu.org; Thu, 16 Nov 2017 14:40:29 -0500 Received: from sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) by sinyavsky.aurox.ch (Postfix) with ESMTP id 2B4C4225BD for ; Thu, 16 Nov 2017 19:33:17 +0000 (UTC) Authentication-Results: sinyavsky.aurox.ch (amavisd-new); dkim=pass (1024-bit key) reason="pass (just generated, assumed good)" header.d=aurox.ch DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=aurox.ch; h= subject:subject:to:from:from:message-id:date:date; s=dkim; t= 1510860796; x=1511724797; bh=a55Y4mDYXTmPSHZXAi2EdQEAkVACfbw33+B YDQjlNQ0=; b=hBZ1IyGKUc04x2Gt0wz78cd9DYOpJPmA4m1dGAEkSdiMbvdBRIx H0OVmHT9GwCZvVW24L83rhdffl+nKNbPap95SYrpMq0B8Vu46Cw/76Oj6YsUOaHI wJvGtk5VYxp+JNmNVigzCswaypzCN13W9ki24OCb9Un19XllO9B5g9MM= X-Virus-Scanned: Debian amavisd-new at test.virtualizor.com Received: from sinyavsky.aurox.ch ([127.0.0.1]) by sinyavsky.aurox.ch (sinyavsky.aurox.ch [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id KxUEb673qHxw for ; Thu, 16 Nov 2017 19:33:16 +0000 (UTC) Received: from gray (125.85.192.178.dynamic.wline.res.cust.swisscom.ch [178.192.85.125]) by sinyavsky.aurox.ch (Postfix) with ESMTPSA id 8447D22570 for ; Thu, 16 Nov 2017 19:33:16 +0000 (UTC) Date: Thu, 16 Nov 2017 20:41:09 +0100 Message-Id: From: charles@aurox.ch (Charles A. Roelli) To: bug-gnu-emacs@gnu.org Subject: 26.0.90: Info scrolling stuck X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -4.1 (----) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.1 (----) I had the following issue under GNU/Linux, but not macOS: 1. C-h i 2. M-x buffer-face-mode RET (to enable a variable-width font) 3. m Info RET 4. g Help-Inv RET 5. Scroll to the bottom of the buffer with the mouse-wheel, then up again. In step 5, I could scroll all the way to the bottom of the buffer (as far as scrolling with the mouse wheel brings you), but scrolling back to the top of the buffer would get stuck in the middle somewhere. Even pressing DEL would not work. The issue seems to happen only on some nodes. ------------=_1511469122-7676-1--