unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
* 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).