GNU bug report logs -
#31855
27.0.50; Async shell command finished message not visible any more
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 31855 in the body.
You can then email your comments to 31855 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#31855
; Package
emacs
.
(Sat, 16 Jun 2018 05:14:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Michael Heerdegen <michael_heerdegen <at> web.de>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 16 Jun 2018 05:14:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi,
I'm not sure if this issue has any other relation to `shell-command'
than it's where the problem occurs to me - anyway:
In emacs25 -Q, I type, for example, M-! t r u e SPC & <return>, and the
echo area displays "true: finished".
In master emacs -Q, doing the same gives you no visible feedback any
more. A message is logged in *Messages*, but it seems to be dismissed
immediately.
TIA;
Michael.
In GNU Emacs 27.0.50 (build 13, x86_64-pc-linux-gnu, GTK+ Version 3.22.29)
of 2018-06-16 built on drachen
Repository revision: aa0f4760996d82610ea0010919436729f08b2883
Windowing system distributor 'The X.Org Foundation', version 11.0.11906000
System Description: Debian GNU/Linux buster/sid
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31855
; Package
emacs
.
(Sat, 16 Jun 2018 08:50:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 31855 <at> debbugs.gnu.org (full text, mbox):
> From: Michael Heerdegen <michael_heerdegen <at> web.de>
> Date: Sat, 16 Jun 2018 07:12:50 +0200
>
> In emacs25 -Q, I type, for example, M-! t r u e SPC & <return>, and the
> echo area displays "true: finished".
>
> In master emacs -Q, doing the same gives you no visible feedback any
> more. A message is logged in *Messages*, but it seems to be dismissed
> immediately.
Daniel, this seems to be due to your recent changes in keyboard.c. If
I make the change below, which reverts a small part of your changes,
the problem is gone:
diff --git a/src/keyboard.c b/src/keyboard.c
index 5409918..76097e8 100644
--- a/src/keyboard.c
+++ b/src/keyboard.c
@@ -8999,7 +8999,7 @@ read_key_sequence (Lisp_Object *keybuf, Lisp_Object prompt,
/* These are no-ops the first time through, but if we restart, they
revert the echo area and this_command_keys to their original state. */
this_command_key_count = keys_start;
- if (INTERACTIVE && is_replay)
+ if (INTERACTIVE && t < mock_input)
echo_truncate (echo_start);
is_replay = true;
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31855
; Package
emacs
.
(Sat, 16 Jun 2018 21:18:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 31855 <at> debbugs.gnu.org (full text, mbox):
On 06/16/2018 01:48 AM, Eli Zaretskii wrote:
>> From: Michael Heerdegen <michael_heerdegen <at> web.de>
>> Date: Sat, 16 Jun 2018 07:12:50 +0200
>>
>> In emacs25 -Q, I type, for example, M-! t r u e SPC & <return>, and the
>> echo area displays "true: finished".
>>
>> In master emacs -Q, doing the same gives you no visible feedback any
>> more. A message is logged in *Messages*, but it seems to be dismissed
>> immediately.
>
> Daniel, this seems to be due to your recent changes in keyboard.c. If
> I make the change below, which reverts a small part of your changes,
> the problem is gone:
>
> diff --git a/src/keyboard.c b/src/keyboard.c
> index 5409918..76097e8 100644
> --- a/src/keyboard.c
> +++ b/src/keyboard.c
> @@ -8999,7 +8999,7 @@ read_key_sequence (Lisp_Object *keybuf, Lisp_Object prompt,
> /* These are no-ops the first time through, but if we restart, they
> revert the echo area and this_command_keys to their original state. */
> this_command_key_count = keys_start;
> - if (INTERACTIVE && is_replay)
> + if (INTERACTIVE && t < mock_input)
> echo_truncate (echo_start);
> is_replay = true;
Yep. You're right. I'll bring us back to the old logic here.
I just worry that the "t < mock_input" condition is wrong in the case
where we use a function key map to rewrite an input to nothing, but
maybe the improved last_nonmenu_event tracking will fix that class of
problem by itself.
bug closed, send any further explanations to
31855 <at> debbugs.gnu.org and Michael Heerdegen <michael_heerdegen <at> web.de>
Request was from
Daniel Colascione <dancol <at> dancol.org>
to
control <at> debbugs.gnu.org
.
(Sat, 16 Jun 2018 21:24:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#31855
; Package
emacs
.
(Sun, 17 Jun 2018 04:49:01 GMT)
Full text and
rfc822 format available.
Message #16 received at 31855 <at> debbugs.gnu.org (full text, mbox):
Daniel Colascione <dancol <at> dancol.org> writes:
> > Daniel, this seems to be due to your recent changes in keyboard.c.
> > If I make the change below, which reverts a small part of your
> > changes, the problem is gone: [...]
> Yep. You're right. I'll bring us back to the old logic here.
Works for me, thanks.
Michael.
Forcibly Merged 31855 31860.
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 17 Jun 2018 05:27:01 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
31860 <at> debbugs.gnu.org and João Távora <joaotavora <at> gmail.com>
Request was from
Eli Zaretskii <eliz <at> gnu.org>
to
control <at> debbugs.gnu.org
.
(Sun, 17 Jun 2018 05:28:01 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Mon, 16 Jul 2018 11:24:10 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 342 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.