GNU logs - #66216, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#66216: 28.2; scroll-up-line doesn't work if there is a before-string overlay with newline
Resent-From: Herman, =?UTF-8?Q?G=C3=A9za?= <geza.herman@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Tue, 26 Sep 2023 18:32:01 +0000
Resent-Message-ID: <handler.66216.B.169575308828196 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 66216 <at> debbugs.gnu.org
Message-ID: <ebee778c-7621-43d3-10ea-c62b8103cd00@HIDDEN>
Date: Tue, 26 Sep 2023 20:30:53 +0200
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101
 Thunderbird/102.2.1
Content-Language: sv-FI
From: Herman, =?UTF-8?Q?G=C3=A9za?= <geza.herman@HIDDEN>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Received-SPF: pass client-ip=2a00:1450:4864:20::535;
 envelope-from=geza.herman@HIDDEN; helo=mail-ed1-x535.google.com
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001,
 RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001,
 SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 1.0 (+)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.0 (/)

This bug exists in 28.2, but on a not too old master as well.

Repro:
  - emacs -Q
  - M-: (overlay-put (make-overlay 72 72) 'before-string "Fake line\n")
  - this will put a "Fake line" at the 2nd line of the scratch buffer, 
(between the two default scratch buffer message lines)
  - M-x scroll-up-line
  - this will correctly scroll one line up
  - M-x scroll-up-line
  - this is the bug, no scroll happens

Also, if the overlay is added at the middle of some line (not at the 
beginning like in my repro steps), then scroll-up-line will "scroll" 
until the overlay only, making the overlay to visually move the left 
side. Then further scroll-up-line commands won't have an effect.

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Herman, =?UTF-8?Q?G=C3=A9za?= <geza.herman@HIDDEN>
Subject: bug#66216: Acknowledgement (28.2; scroll-up-line doesn't work if
 there is a before-string overlay with newline)
Message-ID: <handler.66216.B.169575308828196.ack <at> debbugs.gnu.org>
References: <ebee778c-7621-43d3-10ea-c62b8103cd00@HIDDEN>
X-Gnu-PR-Message: ack 66216
X-Gnu-PR-Package: emacs
Reply-To: 66216 <at> debbugs.gnu.org
Date: Tue, 26 Sep 2023 18:32:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 66216 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
66216: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D66216
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#66216: 28.2; scroll-up-line doesn't work if there is a before-string overlay with newline
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 29 Sep 2023 11:30:01 +0000
Resent-Message-ID: <handler.66216.B66216.1695986944865 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: =?UTF-8?Q?G=C3=A9za?= <geza.herman@HIDDEN>
Cc: 66216 <at> debbugs.gnu.org
Date: Fri, 29 Sep 2023 14:28:15 +0300
Message-Id: <83zg15z0a8.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <ebee778c-7621-43d3-10ea-c62b8103cd00@HIDDEN>
 (Herman <at> debbugs.gnu.org)
References: <ebee778c-7621-43d3-10ea-c62b8103cd00@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Tue, 26 Sep 2023 20:30:53 +0200
> From: Herman <at> debbugs.gnu.org, Géza <geza.herman@HIDDEN>
> 
> This bug exists in 28.2, but on a not too old master as well.
> 
> Repro:
>   - emacs -Q
>   - M-: (overlay-put (make-overlay 72 72) 'before-string "Fake line\n")
>   - this will put a "Fake line" at the 2nd line of the scratch buffer, 
> (between the two default scratch buffer message lines)
>   - M-x scroll-up-line
>   - this will correctly scroll one line up
>   - M-x scroll-up-line
>   - this is the bug, no scroll happens
> 
> Also, if the overlay is added at the middle of some line (not at the 
> beginning like in my repro steps), then scroll-up-line will "scroll" 
> until the overlay only, making the overlay to visually move the left 
> side. Then further scroll-up-line commands won't have an effect.

What do you expect to happen in these cases?

The scroll commands work by telling Emacs which buffer position to use
as the window-start for the next redisplay; then redisplay kicks in
and redraws the window using that starting position.  But for boring
technical reasons, Emacs is unable to start displaying a buffer from a
position where we have a before-string overlay, without displaying
that before-string first.  Which is what you see.

We could scroll one more line in these cases, but then the other group
of users will come up complaining that we scroll over too much text
(no one said the before-string must have only one newline, it could
have several ones, in which case we will scroll across all of those
lines).  So we punt and let the user invoke the scrolling commands
with an appropriate prefix argument; for example, in this case, just
say "C-u 2 M-x scroll-up-line RET", and Bob's your uncle.

But if this is not good enough, please tell what you'd like to see
instead, given the above limitation of the current display engine, and
maybe we will find better solutions for this conundrum.

Thanks.

Last modified: Fri, 29 Sep 2023 11:30:01 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.