From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Fernando =?UTF-8?Q?Pe=C3=B1a?= Newsgroups: gmane.emacs.bugs Subject: bug#42254: 27.0.91; display-line-numbers-mode incoherent shifting behaviour Date: Wed, 8 Jul 2020 17:09:01 +0200 Message-ID: References: <83pn96qerh.fsf@gnu.org> <83d056qcwj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="0000000000000b292805a9ef7fff" Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="35458"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 42254@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Jul 08 17:19:13 2020 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 1jtBqp-00093v-Tq for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Jul 2020 17:19:12 +0200 Original-Received: from localhost ([::1]:42656 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jtBqo-0007L8-Mo for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 08 Jul 2020 11:19:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55928) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jtBqh-0007Ky-1C for bug-gnu-emacs@gnu.org; Wed, 08 Jul 2020 11:19:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:55625) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1jtBqg-0002zL-OQ for bug-gnu-emacs@gnu.org; Wed, 08 Jul 2020 11:19:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jtBqg-0006bo-LT for bug-gnu-emacs@gnu.org; Wed, 08 Jul 2020 11:19:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Fernando =?UTF-8?Q?Pe=C3=B1a?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 08 Jul 2020 15:19:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 42254 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: notabug Original-Received: via spool by 42254-submit@debbugs.gnu.org id=B42254.159422150825357 (code B ref 42254); Wed, 08 Jul 2020 15:19:02 +0000 Original-Received: (at 42254) by debbugs.gnu.org; 8 Jul 2020 15:18:28 +0000 Original-Received: from localhost ([127.0.0.1]:38937 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBq5-0006an-41 for submit@debbugs.gnu.org; Wed, 08 Jul 2020 11:18:28 -0400 Original-Received: from mail-lf1-f46.google.com ([209.85.167.46]:35501) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jtBhf-0006Nz-BS for 42254@debbugs.gnu.org; Wed, 08 Jul 2020 11:09:44 -0400 Original-Received: by mail-lf1-f46.google.com with SMTP id t74so27112855lff.2 for <42254@debbugs.gnu.org>; Wed, 08 Jul 2020 08:09:43 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=dt5AZELbp/yEiDmesciYf27WyoR65G1HgARLmeg9Igo=; b=LrmPOb+MJCQ6H7ow1zSy+FRXj/xuJ3hxke9xW0lkL+o7YUUsyGv2jZNbnW6k0fjTfk oxJ8JX899w2V3EozV2Ur7/VQ8kc+XQfnjGEBmbKyy//1ymME71hyiP1LEJy/58wcKwbd SgaCnvVkmEufXZbz8DYDrK3ORfkbFDvJjzq5opyFK5VI9lXQQsOmLArshzkDDgei/EI4 kG5LlW/3dGFCdAvb1LANAe/Ld9KDEQiBxAj7/Uc0SeUVChF677Wtlwh0lErtXZ4ZMz7X Qpsj+Ez5PCA6sEfhugNyHOPN7ETbfu8+uLK4FUVofRQWdcZDhX6UmKnM+LduoyeZXwd3 tfKA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=dt5AZELbp/yEiDmesciYf27WyoR65G1HgARLmeg9Igo=; b=S9qz5sCLY/ydArH0AkdSToZ6eojjE2evzN3qqdRYxMVRsgA29n1YGHpMEMXOCxALeR vgJr2khcqG+m6DFltdpNLyRTN2AQUU9G39YRZEMpIpNQKNztFsJfnPGZRqFVdsEEiXrA iedhedkW2WhGMV1ZQ/HYssXu52IifE6VaSplvpPUcNJUWabEC4h9dTl6JXACOF14ZJGM X3LqqR/S4o2equNJYzvLqs30srd4HASHE72OHGxDqoGRU9eEsQ6Z57HPacjLfXbYasPi PwSVK1nVDUt3aL4dy0qXlKUlYFR2VCMkcuOz1F2EXlEdR4vgl0N7xnPthHH9kGHfoAjw 6OuQ== X-Gm-Message-State: AOAM5312C45kwy/VPfuvrBVkuTNE0Cuu7DCuczXGjboea6eJZBHb51YF j1oGDlCB8SGfeKrdMnJN6OSoyxsTRB/GhgaGcHYsdMI9A4k= X-Google-Smtp-Source: ABdhPJzpjVFzeHOtjZpmh2bKdshiFWr573YhDgQ4iBmApAQdr8DAI6v9v81t2rX1XiU3DEwajLJ3nrcKMV8NA/CdTLo= X-Received: by 2002:a19:701:: with SMTP id 1mr36284873lfh.138.1594220977267; Wed, 08 Jul 2020 08:09:37 -0700 (PDT) In-Reply-To: X-Mailman-Approved-At: Wed, 08 Jul 2020 11:18:23 -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" Xref: news.gmane.io gmane.emacs.bugs:182843 Archived-At: --0000000000000b292805a9ef7fff Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable The behaviour is the same whether display-line-numbers-width-start is set or not to non-nil, and if you save the file and reopen it again. El mi=C3=A9., 8 jul. 2020 a las 17:02, Fernando Pe=C3=B1a () escribi=C3=B3: > Sorry for the Reply All, it's my first time mailing over here. > > I tested it on different computers and it always happens. > > These are the step to reproduce it: > > 1. Open emacs with emacs -q > 2. Open an empty buffer > 3. M-x display-line-numbers-mode > 4. Insert 95 lines (C-u 95 RET) > > You should see that there's an extra space on the left of the line > numbers, and > when you scroll up until line 90 or 85 (I think it depends on the window > size) > it disappears. If you scroll down again to the bottom, the buffer is agai= n > shifted to the right. > > El mi=C3=A9., 8 jul. 2020 a las 16:50, Eli Zaretskii () esc= ribi=C3=B3: > >> [Please use Reply All to reply, so that the bug tracker gets CC'ed.] >> >> > From: Fernando Pe=C3=B1a >> > Date: Wed, 8 Jul 2020 16:38:57 +0200 >> > >> > Okay, thanks very much for your time. Yeah, I tweaked all the variable= s >> I saw in the mode, including the one >> > you mentioned. The problem is that when the buffer has 80-99 lines for >> example, it still shifts to the right >> > when displaying the bottom. >> >> If the variable I mentioned is non-nil, there shouldn't be any shift >> at all. Can you show an example of such a file? Maybe there's some >> bug after all. >> > --0000000000000b292805a9ef7fff Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
The behaviour i= s the same whether =C2=A0display-line-numbers-width-start is set or
not to non-nil, and if you save the file and reo= pen it again.

<= div dir=3D"ltr" class=3D"gmail_attr">El mi=C3=A9., 8 jul. 2020 a las 17:02,= Fernando Pe=C3=B1a (<ferpb1999@gmail.com>) escribi=C3=B3:
Sorry for the Reply All, it's my first time mailing ove= r here.

I tested it on di= fferent computers and it always happens.

These are the step to reproduce it:
  1. Open emacs with emacs -q
  2. Open an empty buffer
  3. M-x display-line-numbers-mode
  4. Insert 95 lines (C-u 95 RET)
You should see that there's an extra space on the left= of the line numbers, and
when you scroll up until line 90 or 85 = (I think it depends on the window size)
it disappears. If you scr= oll down again to the bottom, the buffer is again
shifted to the = right.

El mi=C3=A9., 8 jul. 2020 a las 16:50, Eli Za= retskii (<eliz@gnu.org= >) escribi=C3=B3:
[Please use Reply All = to reply, so that the bug tracker gets CC'ed.]

> From: Fernando Pe=C3=B1a <ferpb1999@gmail.com>
> Date: Wed, 8 Jul 2020 16:38:57 +0200
>
> Okay, thanks very much for your time. Yeah, I tweaked all the variable= s I saw in the mode, including the one
> you mentioned. The problem is that when the buffer has 80-99 lines for= example, it still shifts to the right
> when displaying the bottom.

If the variable I mentioned is non-nil, there shouldn't be any shift at all.=C2=A0 Can you show an example of such a file?=C2=A0 Maybe there'= ;s some
bug after all.
--0000000000000b292805a9ef7fff--