GNU bug report logs -
#14408
24.3.50; *Messages* buffer no longer updates automatically
Previous Next
Reported by: Barry OReilly <gundaetiapo <at> gmail.com>
Date: Wed, 15 May 2013 13:05:02 UTC
Severity: important
Found in version 24.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 14408 in the body.
You can then email your comments to 14408 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#14408
; Package
emacs
.
(Wed, 15 May 2013 13:05:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Barry OReilly <gundaetiapo <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Wed, 15 May 2013 13: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)]
In Emacs 24.3, I can put the *Messages* and *scratch* buffers side by side,
call eval-last-sexp on message calls in *scratch*, and see the message
automatically appear in *Messages*.
Using Emacs from trunk, *Messages* is not updated with the message until I
either "C-x o" to it or cause some other message to appear (such as "End of
buffer" message).
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14408
; Package
emacs
.
(Thu, 16 May 2013 15:39:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 14408 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Git bisected the Emacs repo at Savannah to:
046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d is the first bad commit
commit 046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d
Author: Dmitry Antipov <dmantipov <at> yandex.ru>
Date: Tue Dec 11 13:51:12 2012 +0400
* buffer.c (Fset_buffer_multibyte): Do not force redisplay
if changed buffer is not shown in a window.
* insdel.c (prepare_to_modify_buffer): Likewise.
* window.c (replace_buffer_in_windows_safely): Do nothing
if buffer is not shown in a window.
(Fforce_window_update): Likewise if string or buffer argument
is passed.
:040000 040000 c3cd9f89a3926ca04ecfee03ae667056986ba352
385c925b8bcfcc59262a140e4ce8701b20eb7265 M src
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14408
; Package
emacs
.
(Thu, 16 May 2013 17:25:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 14408 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 16 May 2013 11:37:51 -0400
> From: Barry OReilly <gundaetiapo <at> gmail.com>
>
> Git bisected the Emacs repo at Savannah to:
>
> 046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d is the first bad commit
> commit 046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d
> Author: Dmitry Antipov <dmantipov <at> yandex.ru>
> Date: Tue Dec 11 13:51:12 2012 +0400
>
> * buffer.c (Fset_buffer_multibyte): Do not force redisplay
> if changed buffer is not shown in a window.
> * insdel.c (prepare_to_modify_buffer): Likewise.
> * window.c (replace_buffer_in_windows_safely): Do nothing
> if buffer is not shown in a window.
> (Fforce_window_update): Likewise if string or buffer argument
> is passed.
Could you show a precise recipe for reproducing this, starting with
"emacs -Q"? I tried to reproduce with today's trunk, but couldn't.
Perhaps I don't understand what you mean by "side by side" or don't
invoke eval-last-sexp as you do.
Does the problem depend on the frame/window size? Does it appear in
"emacs -nw" as well as in GUI sessions? And what OS is that?
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14408
; Package
emacs
.
(Thu, 16 May 2013 17:31:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 14408 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii wrote:
> Could you show a precise recipe for reproducing this, starting with
> "emacs -Q"? I tried to reproduce with today's trunk, but couldn't.
> Perhaps I don't understand what you mean by "side by side" or don't
> invoke eval-last-sexp as you do.
Current trunk, GNU/Linux, Lucid toolkit:
emacs -Q
C-x 3
C-h e
In scratch, enter "1" and press C-x C-e. No "1" appears in Messages.
Press C-x o to select Messages. Now "1" appears.
> Does the problem depend on the frame/window size?
Dunno.
> Does it appear in "emacs -nw" as well as in GUI sessions?
Yes.
> And what OS is that?
RHEL6.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14408
; Package
emacs
.
(Thu, 16 May 2013 18:10:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 14408 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Looking further, there are a couple circumstances where it won't reproduce:
• There needs to be newlines after the message call to reproduce
• eval-last-sexp needs to be invoked through a local keymap
Let ~/emacs-local-key.el contain:
(local-set-key (kbd "<f5>") 'eval-last-sexp)
Or you can do so in an emacs-lisp-mode-hook.
Steps:
• Run: ./src/emacs -Q --load ~/emacs-local-key.el
• C-x 3
• M-x buffer-menu
• Select *Messages* (now left window is *Messages* right is *scratch*)
• C-x o
• Input: (message "a")
• Enter a couple times so as there are new lines after the message call
• Move point to after the close paren above
• Use f5 to eval-last-sexp, no change in *Messages*
• C-x o
• Now all the "a" messages appear
I tried sizing the window to the left and to the right, still can reproduce.
Using emacs -nw I can reproduce it.
I'm on RHEL 5 OS.
[Message part 2 (text/html, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14408
; Package
emacs
.
(Thu, 16 May 2013 18:22:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 14408 <at> debbugs.gnu.org (full text, mbox):
> Current trunk, GNU/Linux, Lucid toolkit:
> emacs -Q
> C-x 3
> C-h e
>
> In scratch, enter "1" and press C-x C-e. No "1" appears in Messages.
> Press C-x o to select Messages. Now "1" appears.
Confirmed on MS Windows also, for this build:
In GNU Emacs 24.3.50.1 (i386-mingw-nt5.1.2600)
of 2013-05-14 on ODIEONE
Bzr revision: 112586 juri <at> jurta.org-20130514233814-nnkh1ymiqgoq2fk6
Windowing system distributor `Microsoft Corp.', version 5.1.2600
Configured using:
`configure --with-gcc (4.7) --no-opt --enable-checking --cflags
-IC:/Devel/emacs/build/include --ldflags -LC:/Devel/emacs/build/lib'
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Thu, 16 May 2013 18:36:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Barry OReilly <gundaetiapo <at> gmail.com>
:
bug acknowledged by developer.
(Thu, 16 May 2013 18:36:03 GMT)
Full text and
rfc822 format available.
Message #25 received at 14408-done <at> debbugs.gnu.org (full text, mbox):
> From: Glenn Morris <rgm <at> gnu.org>
> Cc: Barry OReilly <gundaetiapo <at> gmail.com>, 14408 <at> debbugs.gnu.org
> Date: Thu, 16 May 2013 13:30:18 -0400
>
> Eli Zaretskii wrote:
>
> > Could you show a precise recipe for reproducing this, starting with
> > "emacs -Q"? I tried to reproduce with today's trunk, but couldn't.
> > Perhaps I don't understand what you mean by "side by side" or don't
> > invoke eval-last-sexp as you do.
>
> Current trunk, GNU/Linux, Lucid toolkit:
> emacs -Q
> C-x 3
> C-h e
>
> In scratch, enter "1" and press C-x C-e. No "1" appears in Messages.
> Press C-x o to select Messages. Now "1" appears.
Thanks. This is now fixed in trunk revision 112612.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#14408
; Package
emacs
.
(Thu, 16 May 2013 18:38:02 GMT)
Full text and
rfc822 format available.
Message #28 received at 14408 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 16 May 2013 14:08:58 -0400
> From: Barry OReilly <gundaetiapo <at> gmail.com>
> Cc: 14408 <at> debbugs.gnu.org
>
> • Run: ./src/emacs -Q --load ~/emacs-local-key.el
> • C-x 3
> • M-x buffer-menu
> • Select *Messages* (now left window is *Messages* right is *scratch*)
> • C-x o
> • Input: (message "a")
> • Enter a couple times so as there are new lines after the message call
> • Move point to after the close paren above
> • Use f5 to eval-last-sexp, no change in *Messages*
> • C-x o
> • Now all the "a" messages appear
Thanks. I fixed this a few minutes ago.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Fri, 14 Jun 2013 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 289 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.