GNU bug report logs - #48409
Text runs away before user can copy it

Previous Next

Package: emacs;

Reported by: 積丹尼 Dan Jacobson <jidanni <at> jidanni.org>

Date: Fri, 14 May 2021 06:36:02 UTC

Severity: normal

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


Message #46 received at 48409 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Juri Linkov <juri <at> linkov.net>
Cc: acm <at> muc.de, 48409 <at> debbugs.gnu.org
Subject: Re: bug#48409: Text runs away before user can copy it
Date: Tue, 18 May 2021 16:13:19 +0300
> From: Juri Linkov <juri <at> linkov.net>
> Cc: Alan Mackenzie <acm <at> muc.de>,  48409 <at> debbugs.gnu.org
> Date: Mon, 17 May 2021 23:53:12 +0300
> 
> Something strange is going on here:
> 
> 1. when the shell output displayed in the echo area is only 1 line:
> 
>   M-! echo -e "line1" RET
> 
> then clicking on the echo area displays the *Messages* buffer correctly.
> 
> 2. But when the output has more lines:
> 
>   M-! echo -e "line1\nline2" RET
> 
> then clicking on the echo area signals an error:
> 
>   mouse-minibuffer-check: Minibuffer window is not active

You don't need M-! for this, 'message' is enough:

  emacs -Q
  (message "line1\nline2") C-x C-e
  click mouse-1 in the mini-window

Alan, are you looking into this?  My guess is that this has something
to do with the fact the the echo-area buffer is displayed in the
mini-window, and the view-echo-area-messages binding is only active in
the minibuffer, not in an echo-area buffer.  But that's a guess.




This bug report was last modified 4 years and 51 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.