* bug#14408: 24.3.50; *Messages* buffer no longer updates automatically
@ 2013-05-15 13:03 Barry OReilly
[not found] ` <handler.14408.B.13686230477730.ack@debbugs.gnu.org>
0 siblings, 1 reply; 8+ messages in thread
From: Barry OReilly @ 2013-05-15 13:03 UTC (permalink / raw)
To: 14408
[-- Attachment #1: Type: text/plain, Size: 353 bytes --]
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).
[-- Attachment #2: Type: text/html, Size: 390 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#14408: Acknowledgement (24.3.50; *Messages* buffer no longer updates automatically)
[not found] ` <handler.14408.B.13686230477730.ack@debbugs.gnu.org>
@ 2013-05-16 15:37 ` Barry OReilly
2013-05-16 17:24 ` bug#14408: 24.3.50; *Messages* buffer no longer updates automatically Eli Zaretskii
0 siblings, 1 reply; 8+ messages in thread
From: Barry OReilly @ 2013-05-16 15:37 UTC (permalink / raw)
To: 14408
[-- Attachment #1: Type: text/plain, Size: 699 bytes --]
Git bisected the Emacs repo at Savannah to:
046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d is the first bad commit
commit 046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d
Author: Dmitry Antipov <dmantipov@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
[-- Attachment #2: Type: text/html, Size: 806 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#14408: 24.3.50; *Messages* buffer no longer updates automatically
2013-05-16 15:37 ` bug#14408: Acknowledgement (24.3.50; *Messages* buffer no longer updates automatically) Barry OReilly
@ 2013-05-16 17:24 ` Eli Zaretskii
2013-05-16 17:30 ` Glenn Morris
2013-05-16 18:08 ` Barry OReilly
0 siblings, 2 replies; 8+ messages in thread
From: Eli Zaretskii @ 2013-05-16 17:24 UTC (permalink / raw)
To: Barry OReilly; +Cc: 14408
> Date: Thu, 16 May 2013 11:37:51 -0400
> From: Barry OReilly <gundaetiapo@gmail.com>
>
> Git bisected the Emacs repo at Savannah to:
>
> 046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d is the first bad commit
> commit 046fb9fbdc0ee0c26e0063ce5ee94bead46ee98d
> Author: Dmitry Antipov <dmantipov@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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#14408: 24.3.50; *Messages* buffer no longer updates automatically
2013-05-16 17:24 ` bug#14408: 24.3.50; *Messages* buffer no longer updates automatically Eli Zaretskii
@ 2013-05-16 17:30 ` Glenn Morris
2013-05-16 18:21 ` Drew Adams
2013-05-16 18:34 ` Eli Zaretskii
2013-05-16 18:08 ` Barry OReilly
1 sibling, 2 replies; 8+ messages in thread
From: Glenn Morris @ 2013-05-16 17:30 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: Barry OReilly, 14408
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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#14408: 24.3.50; *Messages* buffer no longer updates automatically
2013-05-16 17:24 ` bug#14408: 24.3.50; *Messages* buffer no longer updates automatically Eli Zaretskii
2013-05-16 17:30 ` Glenn Morris
@ 2013-05-16 18:08 ` Barry OReilly
2013-05-16 18:37 ` Eli Zaretskii
1 sibling, 1 reply; 8+ messages in thread
From: Barry OReilly @ 2013-05-16 18:08 UTC (permalink / raw)
To: Eli Zaretskii; +Cc: 14408
[-- Attachment #1: Type: text/plain, Size: 924 bytes --]
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.
[-- Attachment #2: Type: text/html, Size: 1042 bytes --]
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#14408: 24.3.50; *Messages* buffer no longer updates automatically
2013-05-16 17:30 ` Glenn Morris
@ 2013-05-16 18:21 ` Drew Adams
2013-05-16 18:34 ` Eli Zaretskii
1 sibling, 0 replies; 8+ messages in thread
From: Drew Adams @ 2013-05-16 18:21 UTC (permalink / raw)
To: 'Glenn Morris', 'Eli Zaretskii'
Cc: 'Barry OReilly', 14408
> 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@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'
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#14408: 24.3.50; *Messages* buffer no longer updates automatically
2013-05-16 17:30 ` Glenn Morris
2013-05-16 18:21 ` Drew Adams
@ 2013-05-16 18:34 ` Eli Zaretskii
1 sibling, 0 replies; 8+ messages in thread
From: Eli Zaretskii @ 2013-05-16 18:34 UTC (permalink / raw)
To: Glenn Morris; +Cc: gundaetiapo, 14408-done
> From: Glenn Morris <rgm@gnu.org>
> Cc: Barry OReilly <gundaetiapo@gmail.com>, 14408@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.
^ permalink raw reply [flat|nested] 8+ messages in thread
* bug#14408: 24.3.50; *Messages* buffer no longer updates automatically
2013-05-16 18:08 ` Barry OReilly
@ 2013-05-16 18:37 ` Eli Zaretskii
0 siblings, 0 replies; 8+ messages in thread
From: Eli Zaretskii @ 2013-05-16 18:37 UTC (permalink / raw)
To: Barry OReilly; +Cc: 14408
> Date: Thu, 16 May 2013 14:08:58 -0400
> From: Barry OReilly <gundaetiapo@gmail.com>
> Cc: 14408@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.
^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2013-05-16 18:37 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2013-05-15 13:03 bug#14408: 24.3.50; *Messages* buffer no longer updates automatically Barry OReilly
[not found] ` <handler.14408.B.13686230477730.ack@debbugs.gnu.org>
2013-05-16 15:37 ` bug#14408: Acknowledgement (24.3.50; *Messages* buffer no longer updates automatically) Barry OReilly
2013-05-16 17:24 ` bug#14408: 24.3.50; *Messages* buffer no longer updates automatically Eli Zaretskii
2013-05-16 17:30 ` Glenn Morris
2013-05-16 18:21 ` Drew Adams
2013-05-16 18:34 ` Eli Zaretskii
2013-05-16 18:08 ` Barry OReilly
2013-05-16 18:37 ` Eli Zaretskii
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).