* 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
[parent not found: <handler.14408.B.13686230477730.ack@debbugs.gnu.org>]
* 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: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 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 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 external index https://git.savannah.gnu.org/cgit/emacs.git https://git.savannah.gnu.org/cgit/emacs/org-mode.git This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.