unofficial mirror of notmuch@notmuchmail.org
 help / color / mirror / code / Atom feed
From: Thomas Jost <schnouki@schnouki.net>
To: David Bremner <david@tethera.net>,
	Jameson Graef Rollins <jrollins@finestructure.net>,
	notmuch@notmuchmail.org
Subject: Re: [PATCH v3 1/4] emacs: Let the user choose where to compose new mails
Date: Mon, 23 Apr 2012 00:25:38 +0200	[thread overview]
Message-ID: <87y5pn76al.fsf@schnouki.net> (raw)
In-Reply-To: <878vhxt5bt.fsf@zancas.localnet>

[-- Attachment #1: Type: text/plain, Size: 2252 bytes --]

Le 15 avril 2012 à 16:52 CEST, David Bremner a écrit :
> Jameson Graef Rollins <jrollins@finestructure.net> writes:
>
>> I think the issues that David was experiencing have to do with flakiness
>> in emacs's dedicated windows, not in this patch itself.
>
> Thomas,
>
> Did you have a change to investigate this as proposed in
> id:"87zke0aifa.fsf@thor.loria.fr"?

David,

Sorry for the delay. I did investigate a little bit, but I did not try
to write a patch to fix the wrong behaviour in Emacs 23.

AFAICT, Emacs 23 is just buggy in this case. By reading the code of
message-send-and-exit and message-bury [1], here is what happens when
you call message-send-buffer-and-exit with message-kill-buffer-on-exit
set to nil:
- message is sent
- buffer is buried with burry-buffer
- message-bury: if the window is dedicated and its frame not the only
  visible frame, then this frame is deleted

which explains what happens in Emacs 23 both in daemon and non-daemon
mode.

In Emacs 24 [2], here is what happens:
- message is sent
- message-bury: buffer is buried with bury-buffer

which is (obviously?) correct.

Really, this looks like a bug in Emacs 23 to me. Emacs 24 has been fixed
by Gnus commits [3] and [4] (maybe [3] is enough, I didn't try). Users
of Emacs 23 can probably just use an up-to-date version of Gnus to have
this issue fixed.

So I'm not sure it would make sense to try to come up with a workaround
in my patch, nor if it would be worth it. Maybe just adding a message
suggesting Emacs 23 users to enable message-kill-buffer-on-exit if they
use the Gnus version shipped with Emacs?

Other than that, Jameson's commit [5] is exactly the same as the one in
my tree with a better commit message, so I'm in favor of pulling it.

[1] http://bzr.savannah.gnu.org/lh/emacs/emacs-23/annotate/head:/lisp/gnus/message.el
[2] http://bzr.savannah.gnu.org/lh/emacs/emacs-24/annotate/head:/lisp/gnus/message.el
[3] http://git.gnus.org/cgit/gnus.git/commit/?id=30eb6d24d30bc028fce91a0c62044c5dc1fdd90e
[4] http://git.gnus.org/cgit/gnus.git/commit/?id=e3fc7cb33eb07dd3b48cfc72f0cada1f1edbcb85
[5] id:"1334436137-6099-1-git-send-email-jrollins@finestructure.net"

Regards,

--
Thomas/Schnouki

[-- Attachment #2: Type: application/pgp-signature, Size: 489 bytes --]

  reply	other threads:[~2012-04-22 22:25 UTC|newest]

Thread overview: 65+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-03 12:03 [PATCH 0/4] Several minor Emacs enhancements Thomas Jost
2011-10-03 12:03 ` [PATCH 1/4] emacs: Add a face for crypto parts headers Thomas Jost
2011-10-03 12:03 ` [PATCH 2/4] emacs: Support a message-mode switch function in notmuch-mua Thomas Jost
2011-10-10 15:50   ` Jameson Graef Rollins
2011-10-10 18:25     ` Jameson Graef Rollins
2011-10-11 19:49     ` Thomas Jost
2011-10-11 19:51       ` [PATCH v2] " Thomas Jost
2011-10-18 18:58         ` Jani Nikula
2011-10-18 14:46       ` [PATCH 2/4] " Jameson Graef Rollins
2011-10-25  7:39         ` Thomas Jost
2011-10-25  7:41           ` [PATCH] emacs: Let the user choose where to compose new mails Thomas Jost
2011-11-05  3:51             ` Austin Clements
2011-11-09 18:50               ` Thomas Jost
2011-11-09 20:06                 ` [PATCH v2] " Thomas Jost
2011-11-13 21:41                   ` Jameson Graef Rollins
2011-10-03 12:03 ` [PATCH 3/4] emacs: rename notmuch-decimal-separator to notmuch-thousands-separator Thomas Jost
2011-10-03 12:03 ` [PATCH 4/4] emacs: add notmuch-hello-hook Thomas Jost
2011-11-12 16:39 ` [PATCH 0/4] Several minor Emacs enhancements David Bremner
2011-12-13 17:32   ` [PATCH v3 " Thomas Jost
2011-12-13 17:32     ` [PATCH v3 1/4] emacs: Let the user choose where to compose new mails Thomas Jost
2011-12-15 11:27       ` David Bremner
2011-12-15 17:18         ` Jameson Graef Rollins
2011-12-15 23:50           ` David Bremner
2011-12-16 23:45             ` Jameson Graef Rollins
2011-12-17  1:19               ` David Bremner
2011-12-17  1:35                 ` Jameson Graef Rollins
2011-12-18 18:46                 ` Tom Prince
2011-12-26  4:54             ` Aaron Ecay
2011-12-26 11:38               ` David Bremner
2012-01-06 16:45               ` Thomas Jost
2012-04-14 19:36       ` Jameson Graef Rollins
2012-04-14 20:20         ` [PATCH] " Jameson Graef Rollins
2012-04-14 20:42           ` [PATCH v5] " Jameson Graef Rollins
2012-04-28  7:23           ` [PATCH] " Tomi Ollila
2012-04-15 14:52         ` [PATCH v3 1/4] " David Bremner
2012-04-22 22:25           ` Thomas Jost [this message]
2012-04-29 19:12             ` David Bremner
2012-05-04 10:37               ` [PATCH v6] " Thomas Jost
2012-05-05 23:20                 ` Jameson Graef Rollins
2012-05-06 12:21                 ` David Bremner
2011-12-13 17:32     ` [PATCH v3 2/4] emacs: Add a face for crypto parts headers Thomas Jost
2011-12-16  0:56       ` Dmitry Kurochkin
2011-12-16  3:04       ` David Bremner
2011-12-13 17:32     ` [PATCH v3 3/4] emacs: rename notmuch-decimal-separator to notmuch-thousands-separator Thomas Jost
2011-12-16  0:59       ` Dmitry Kurochkin
2011-12-16 12:29         ` David Bremner
2011-12-16 12:34           ` Dmitry Kurochkin
2011-12-21  0:30             ` Thomas Jost
2011-12-21  1:41               ` Dmitry Kurochkin
2011-12-21 13:44                 ` [PATCH 1/2] emacs: rename notmuch-decimal-separator to notmuch-hello-thousands-separator Thomas Jost
2011-12-21 13:44                   ` [PATCH 2/2] emacs: Change the default thousands separator to a space Thomas Jost
2011-12-21 14:12                     ` Tomi Ollila
2011-12-21 16:37                   ` [PATCH 1/2] emacs: rename notmuch-decimal-separator to notmuch-hello-thousands-separator Dmitry Kurochkin
2011-12-22 11:25                   ` David Bremner
2011-12-13 17:32     ` [PATCH v3 4/4] emacs: add notmuch-hello-hook Thomas Jost
2011-12-13 17:49       ` Dmitry Kurochkin
2011-12-16 18:36         ` Dmitry Kurochkin
2011-12-21  0:21           ` [PATCH] emacs: add notmuch-hello-refresh-hook Thomas Jost
2011-12-21  1:28             ` Thomas Jost
2011-12-21 12:03               ` David Bremner
2011-12-21 12:17               ` David Bremner
2011-12-21  1:33             ` Dmitry Kurochkin
2011-12-21 13:13               ` [PATCH] test: add tests for `notmuch-hello-refresh-hook' Thomas Jost
2011-12-21 18:26                 ` Dmitry Kurochkin
2011-12-13 18:16     ` [PATCH v3 0/4] Several minor Emacs enhancements Jameson Graef Rollins

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

  List information: https://notmuchmail.org/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=87y5pn76al.fsf@schnouki.net \
    --to=schnouki@schnouki.net \
    --cc=david@tethera.net \
    --cc=jrollins@finestructure.net \
    --cc=notmuch@notmuchmail.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://yhetil.org/notmuch.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).