GNU bug report logs - #13632
24.3.50; emacsclient: emacs accepts keypress after server-edit before emacsclient exits

Previous Next

Package: emacs;

Reported by: Gregor Zattler <telegraph <at> gmx.net>

Date: Tue, 5 Feb 2013 15:25:02 UTC

Severity: minor

Tags: moreinfo

Found in version 24.3.50

Done: Lars Ingebrigtsen <larsi <at> gnus.org>

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 13632 in the body.
You can then email your comments to 13632 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#13632; Package emacs. (Tue, 05 Feb 2013 15:25:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gregor Zattler <telegraph <at> gmx.net>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Tue, 05 Feb 2013 15:25:02 GMT) Full text and rfc822 format available.

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

From: Gregor Zattler <telegraph <at> gmx.net>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; emacsclient: emacs accepts keypress after server-edit before
	emacsclient exits
Date: Tue, 05 Feb 2013 16:23:06 +0100
Dear Emacs developers,

I use mutt for emails and emacsclient to edit my emails.  When
I finished an email I do 

C-X C-S C-X # 

to save the email and exit emacsclient in order to go back to
mutts compose menu where I hit `y' in order to actually send the
email.  I'm trained to do so very fast and more often than not
the `y' ends in some random emacs buffer instead of in mutts
compose menu.  This is not annoing because I have to hit `y'
a second time, but because there are many buffers open and I have
to carefully examine if/which got borked.

Emacs obviously first switches to this other buffer and then
decides to exit the client.  In order to mimic an ordinary
command line application it would be better if Emacs first
checked if emacsclient should exit and do just that.

Thanks, Gregor




Severity set to 'minor' from 'normal' Request was from Stefan Kangas <stefan <at> marxist.se> to control <at> debbugs.gnu.org. (Mon, 30 Sep 2019 16:36:01 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13632; Package emacs. (Mon, 31 May 2021 07:18:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Gregor Zattler <telegraph <at> gmx.net>
Cc: 13632 <at> debbugs.gnu.org
Subject: Re: bug#13632: 24.3.50; emacsclient: emacs accepts keypress after
 server-edit before emacsclient exits
Date: Mon, 31 May 2021 09:17:15 +0200
Gregor Zattler <telegraph <at> gmx.net> writes:

> I use mutt for emails and emacsclient to edit my emails.  When
> I finished an email I do 
>
> C-X C-S C-X # 
>
> to save the email and exit emacsclient in order to go back to
> mutts compose menu where I hit `y' in order to actually send the
> email.  I'm trained to do so very fast and more often than not
> the `y' ends in some random emacs buffer instead of in mutts
> compose menu.  This is not annoing because I have to hit `y'
> a second time, but because there are many buffers open and I have
> to carefully examine if/which got borked.

(I'm going through old bug reports that unfortunately got no response at
the time.)

I've tried reproducing this in Emacs 28, and I'm unable to.  Are you
still seeing this problem in more recent Emacs versions?

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




Added tag(s) moreinfo. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 31 May 2021 07:18:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13632; Package emacs. (Mon, 31 May 2021 07:55:02 GMT) Full text and rfc822 format available.

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

From: Gregor Zattler <telegraph <at> gmx.net>
To: Lars Ingebrigtsen <larsi <at> gnus.org>
Cc: 13632 <at> debbugs.gnu.org
Subject: Re: bug#13632: 24.3.50; emacsclient: emacs accepts keypress after
 server-edit before emacsclient exits
Date: Mon, 31 May 2021 09:54:11 +0200
[sorry for resending, I forgot to send to the bugs email address]

Hi Lars,
* Lars Ingebrigtsen <larsi <at> gnus.org> [2021-05-31; 09:17]:
> Gregor Zattler <telegraph <at> gmx.net> writes:
>> I use mutt for emails and emacsclient to edit my emails.  When
>> I finished an email I do
[ 10 more citation lines. Click/Enter to show. ]
>
> (I'm going through old bug reports that unfortunately got no response at
> the time.)

I remember this bug.

> I've tried reproducing this in Emacs 28, and I'm unable to.  Are you
> still seeing this problem in more recent Emacs versions?

I'm on emacs 28 too and just a minute ago, I tried three
times to reproduce this bug with my then workflow but failed.

Since a few years I use notmuch as mail client and mutt only
occasionally.  But there where ~3 month lately when I had to
use mutt exclusively again because my notmuch database was
corrupted and I did not have this problem (which I already
had forgotten about).

Please close this bug report.

Thanks for looking into this.

Ciao; Gregor





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#13632; Package emacs. (Mon, 31 May 2021 07:58:02 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Gregor Zattler <telegraph <at> gmx.net>
Cc: 13632 <at> debbugs.gnu.org
Subject: Re: bug#13632: 24.3.50; emacsclient: emacs accepts keypress after
 server-edit before emacsclient exits
Date: Mon, 31 May 2021 09:57:21 +0200
Gregor Zattler <telegraph <at> gmx.net> writes:

> I'm on emacs 28 too and just a minute ago, I tried three
> times to reproduce this bug with my then workflow but failed.

[...]

> Please close this bug report.

Thanks for checking; closing this bug report, then.





bug closed, send any further explanations to 13632 <at> debbugs.gnu.org and Gregor Zattler <telegraph <at> gmx.net> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 31 May 2021 07:58:02 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, 28 Jun 2021 11:24:05 GMT) Full text and rfc822 format available.

This bug report was last modified 3 years and 352 days ago.

Previous Next


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