GNU bug report logs -
#37941
26.3.50; Wrong behavior when reverting a tabulated-list-mode buffer with truncated lines
Previous Next
Reported by: Michał Krzywkowski <mkrzywkow <at> gmail.com>
Date: Sun, 27 Oct 2019 10:05:02 UTC
Severity: normal
Found in version 26.3.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 37941 in the body.
You can then email your comments to 37941 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37941
; Package
emacs
.
(Sun, 27 Oct 2019 10:05:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michał Krzywkowski <mkrzywkow <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sun, 27 Oct 2019 10:05:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
When I revert a regular tabulated-list-mode buffer, the point stays the
same, and the displayed buffer boundaries remain the same as well.
However, when the entries in tabulated-list-entries contain strings that
are too long and will be truncated, reverting such buffer will scroll
the screen by one line.
To see this behavior, evaluate in emacs -Q, then type g:
(with-current-buffer (generate-new-buffer "test")
(require 'cl-lib)
(tabulated-list-mode)
(setq tabulated-list-format [("No." 5) ("Message" 10)])
(let ((message (make-string 100 ?a)))
(setq tabulated-list-entries
(cl-loop for i from 1 to 100
collect `(,i [,(number-to-string i) ,message]))))
(tabulated-list-init-header)
(revert-buffer)
(forward-line 50)
(pop-to-buffer (current-buffer))
(recenter))
You can also see that if the lines are not truncated, the behavior is
correct.
In GNU Emacs 26.3.50 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.24.5)
of 2019-10-08 built on debian
Repository revision: 55dcd32ad2209dc34bfb6b713bf73be9bf4c4cb2
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)
--
Michał Krzywkowski
PGP: A5A7 06C4 28EF 8F64 2868 13A1 7BDE C129 F0B8 09A1
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37941
; Package
emacs
.
(Sun, 27 Oct 2019 15:10:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 37941 <at> debbugs.gnu.org (full text, mbox):
> From: Michał Krzywkowski <mkrzywkow <at> gmail.com>
> Date: Sun, 27 Oct 2019 11:02:39 +0100
>
> When I revert a regular tabulated-list-mode buffer, the point stays the
> same, and the displayed buffer boundaries remain the same as well.
>
> However, when the entries in tabulated-list-entries contain strings that
> are too long and will be truncated, reverting such buffer will scroll
> the screen by one line.
>
> To see this behavior, evaluate in emacs -Q, then type g:
>
> (with-current-buffer (generate-new-buffer "test")
> (require 'cl-lib)
> (tabulated-list-mode)
> (setq tabulated-list-format [("No." 5) ("Message" 10)])
> (let ((message (make-string 100 ?a)))
> (setq tabulated-list-entries
> (cl-loop for i from 1 to 100
> collect `(,i [,(number-to-string i) ,message]))))
> (tabulated-list-init-header)
> (revert-buffer)
> (forward-line 50)
> (pop-to-buffer (current-buffer))
> (recenter))
>
> You can also see that if the lines are not truncated, the behavior is
> correct.
Thanks, should be fixed now. Please test.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#37941
; Package
emacs
.
(Sun, 27 Oct 2019 19:13:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 37941 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
>>>>> "Eli" == Eli Zaretskii <eliz <at> gnu.org> writes:
Eli> Thanks, should be fixed now. Please test.
Indeed the problem is fixed now, thanks.
--
Michał Krzywkowski
PGP: A5A7 06C4 28EF 8F64 2868 13A1 7BDE C129 F0B8 09A1
[signature.asc (application/pgp-signature, inline)]
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Sun, 27 Oct 2019 19:25:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Michał Krzywkowski <mkrzywkow <at> gmail.com>
:
bug acknowledged by developer.
(Sun, 27 Oct 2019 19:25:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 37941-done <at> debbugs.gnu.org (full text, mbox):
> From: Michał Krzywkowski <mkrzywkow <at> gmail.com>
> Cc: Michał Krzywkowski <mkrzywkow <at> gmail.com>,
> 37941 <at> debbugs.gnu.org
> Date: Sun, 27 Oct 2019 20:12:49 +0100
>
> >>>>> "Eli" == Eli Zaretskii <eliz <at> gnu.org> writes:
> Eli> Thanks, should be fixed now. Please test.
>
> Indeed the problem is fixed now, thanks.
Thanks for testing, I'm therefore closing this bug.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 25 Nov 2019 12:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 201 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.