5b/0f3fb091bdb3b0913e881acff0929d04efafd1

   1 Return-Path: <schnouki@schnouki.net>\r
   2 X-Original-To: notmuch@notmuchmail.org\r
   3 Delivered-To: notmuch@notmuchmail.org\r
   4 Received: from localhost (localhost [127.0.0.1])\r
   5         by olra.theworths.org (Postfix) with ESMTP id 4A2B940465C\r
   6         for <notmuch@notmuchmail.org>; Fri,  6 Jan 2012 08:45:51 -0800 (PST)\r
   7 X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
   8 X-Spam-Flag: NO\r
   9 X-Spam-Score: -0.1\r
  10 X-Spam-Level: \r
  11 X-Spam-Status: No, score=-0.1 tagged_above=-999 required=5\r
  12         tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1]\r
  13         autolearn=disabled\r
  14 Received: from olra.theworths.org ([127.0.0.1])\r
  15         by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
  16         with ESMTP id kyGip4FRkFiW for <notmuch@notmuchmail.org>;\r
  17         Fri,  6 Jan 2012 08:45:50 -0800 (PST)\r
  18 Received: from ks3536.kimsufi.com (schnouki.net [87.98.217.222])\r
  19         by olra.theworths.org (Postfix) with ESMTP id 4ED8340471B\r
  20         for <notmuch@notmuchmail.org>; Fri,  6 Jan 2012 08:45:50 -0800 (PST)\r
  21 Received: from thor.loria.fr (thor.loria.fr [152.81.12.250])\r
  22         by ks3536.kimsufi.com (Postfix) with ESMTPSA id CF5696A0026;\r
  23         Fri,  6 Jan 2012 17:45:48 +0100 (CET)\r
  24 DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=schnouki.net;\r
  25         s=key-schnouki; t=1325868348;\r
  26         bh=yMVmEi7BgjsmUXwLX9OWtYSHvjV/33IMOKiZ89CRoQ0=;\r
  27         h=From:To:Subject:In-Reply-To:References:Date:Message-ID:\r
  28         MIME-Version:Content-Type;\r
  29         b=ZFwz/lUxbAS/umDWhaqtQ0yzqD2LD7Kjkl4BE8EDiVb2DHjttDiiSkLBD7Un6+Mya\r
  30         8/8hKtOlRadDyhR8IH7o8UU5NGTcJTLn5LoEFIHWIA+ktkHstNE3y9j4TiXo637/rw\r
  31         1c4yfDIP3oZ0C6wHGf4Mc2mPDGoCckfhfu6gWhXw=\r
  32 From: Thomas Jost <schnouki@schnouki.net>\r
  33 To: Aaron Ecay <aaronecay@gmail.com>, David Bremner <david@tethera.net>,\r
  34         Jameson Graef Rollins <jrollins@finestructure.net>, notmuch@notmuchmail.org\r
  35 Subject: Re: [PATCH v3 1/4] emacs: Let the user choose where to compose new\r
  36         mails\r
  37 In-Reply-To: <m2ty4oszji.fsf@gmail.com>\r
  38 References: <87d3cx2t38.fsf@rocinante.cs.unb.ca>\r
  39         <1323797532-597-1-git-send-email-schnouki@schnouki.net>\r
  40         <1323797532-597-2-git-send-email-schnouki@schnouki.net>\r
  41         <877h1y13dv.fsf@zancas.localnet>\r
  42         <87sjklzrcn.fsf@servo.finestructure.net>\r
  43         <87r505iecz.fsf@zancas.localnet> <m2ty4oszji.fsf@gmail.com>\r
  44 User-Agent: Notmuch/0.10.2+178~g8a0a6dd (http://notmuchmail.org)\r
  45         Emacs/24.0.92.1 (x86_64-unknown-linux-gnu)\r
  46 Date: Fri, 06 Jan 2012 17:45:45 +0100\r
  47 Message-ID: <87zke0aifa.fsf@thor.loria.fr>\r
  48 MIME-Version: 1.0\r
  49 Content-Type: multipart/signed; boundary="=-=-=";\r
  50         micalg=pgp-sha1; protocol="application/pgp-signature"\r
  51 X-BeenThere: notmuch@notmuchmail.org\r
  52 X-Mailman-Version: 2.1.13\r
  53 Precedence: list\r
  54 List-Id: "Use and development of the notmuch mail system."\r
  55         <notmuch.notmuchmail.org>\r
  56 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
  57         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
  58 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
  59 List-Post: <mailto:notmuch@notmuchmail.org>\r
  60 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
  61 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
  62         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
  63 X-List-Received-Date: Fri, 06 Jan 2012 16:45:51 -0000\r
  64 \r
  65 --=-=-=\r
  66 Content-Type: text/plain; charset=utf-8\r
  67 Content-Transfer-Encoding: quoted-printable\r
  68 \r
  69 On Sun, 25 Dec 2011 23:54:41 -0500, Aaron Ecay <aaronecay@gmail.com> wrote:\r
  70 > On Thu, 15 Dec 2011 19:50:36 -0400, David Bremner <david@tethera.net> wro=\r
  71 te:\r
  72 > > I think the problem is related to emacsclient.\r
  73 > >=20\r
  74 > > With 'm' I have the following behaviour:\r
  75 > >=20\r
  76 > > emacs -q --daemon\r
  77 > > M-x notmuch (to load variable definitions)\r
  78 > > M-x customize-variable notmuch-mua-compose-in\r
  79 > > (select compose in new window, save for current session)\r
  80 > > M-x notmuch\r
  81 > > m               ;; new window is opened as it should be\r
  82 > > C-c C-c         ;; frame is closed.\r
  83 >=20\r
  84 > I just tried, and I cannot reproduce this behavior.  IIUC, here is what\r
  85 > happened to you: you set nm-mua-compose-in to 'new-window.  You began a\r
  86 > new message, this opened a new window as expected.  Your emacs frame now\r
  87 > has two windows in it.  You sent this message, which deleted the window\r
  88 > showing it.  Your emacs frame was deleted as well, which made the other\r
  89 > window, showing notmuch-hello (or some other notmuch buffer, from which\r
  90 > you began writing the email message) disappear as well, unexpectedly.\r
  91 > Is this a correct description of what happened?\r
  92 >=20\r
  93 > Here=E2=80=99s the recipe I used for replicating:\r
  94 >=20\r
  95 > emacs -q --daemon\r
  96 > emacsclient -c\r
  97 > C-x b *scratch*\r
  98 > (add-to-list 'load-path "/path/to/notmuch/emacs/") C-j\r
  99 > (load-library "notmuch") C-j\r
 100 > C-x C-f /path/to/notmuch/emacs/notmuch-mua.el\r
 101 > M-x eval-buffer (in order to pick up changes not in byte-compiled file)\r
 102 > M-x customize-variable notmuch-mua-compose-in (set to 'new-window, save f=\r
 103 or session)\r
 104 > M-x notmuch\r
 105 > m (new window is created in current frame, below the window showing notmu=\r
 106 ch-hello)\r
 107 > (type mail)\r
 108 > C-c C-c (enter smtp settings, since emacs doesn=E2=80=99t know them)\r
 109 > (new window disappears, the window with notmuch-hello fills whole frame)\r
 110 \r
 111 I've used something like this (+setting message-send-mail-function,\r
 112 sendmail-program, sendmail extra arguments, message-signature and\r
 113 notmuch-fcc-dirs) and done the following tests:\r
 114 =2D Emacs 23.3 vs Emacs 24.0.92 (23.3 from Arch [extra] repo, 24.0.92\r
 115   compiled from AUR emacs-pretest package)\r
 116 =2D with and without --daemon\r
 117 =2D setting message-kill-buffer-on-exit to nil and t\r
 118 \r
 119 In every case, the new mail composition window opened correctly next to\r
 120 the notmuch-hello window. Here is what I got after successfully sending\r
 121 a test mail in every situation:\r
 122 \r
 123 =2D when message-kill-buffer-on-exit is "t":\r
 124   * E23: mail buffer killed, window closed, frame still there (OK)\r
 125   * E23 daemon: same thing (OK)\r
 126   * E24: same thing (OK)\r
 127   * E24 daemon: same thing (OK)\r
 128 \r
 129 =2D when message-kill-buffer-on-exit is "nil":\r
 130   * E23: mail buffer buried, window still there, frame still there\r
 131   * E23 daemon: frame was killed after sending. When restarting\r
 132     emacsclient: buffer buried but still there\r
 133   * E24: mail buffer buried, window closed, frame still there (OK)\r
 134   * E24 daemon: same thing (OK)\r
 135 \r
 136 So basically everything works as expected when mkboe is "t", and there\r
 137 are issues with Emacs 23 when mkboe is "nil".\r
 138 \r
 139 I'm very sorry for these issues, I should have done more testing with\r
 140 mkboe set to "nil", and I don't think I tested Emacs 23 at all with the\r
 141 latest versions of this patch. I'll try to fix that and post a new patch\r
 142 in a few days.\r
 143 \r
 144 Best regards,\r
 145 \r
 146 =2D-=20\r
 147 Thomas/Schnouki\r
 148 \r
 149 --=-=-=\r
 150 Content-Type: application/pgp-signature\r
 151 \r
 152 -----BEGIN PGP SIGNATURE-----\r
 153 Version: GnuPG v1.4.11 (GNU/Linux)\r
 154 \r
 155 iQEcBAEBAgAGBQJPByU5AAoJEMPdciX+bh5IxcYH/j1pH+uQ5kryroh+OridstY7\r
 156 PZ7l/VA7W8p2OM9vtLZTRaFw+BpoSlqwC+siTYsqU9vbitgiqSKIt/t09ZoOtyDX\r
 157 9CQRtDit/EDSUQSfrZVKjrdmSo5yEMbX9qyQDPk5Yj8xvh9oD/wqwARLqLodym09\r
 158 DYqKj5YOEMorQktuySS6sacP6dgpNRw1yJzRQIPgbz2TSCCFPl4Z7tEgZVUt2vUx\r
 159 cgbEoG8FkqNcXoYD77xLUEiwd+41xaevHTuttG5xsI0VMGuAtp7kLgKXb7givp+e\r
 160 PP/q2/p0sKzamFXwjt9YRtX4YlCP+HjftcJ0SjBObXaxydlzi39eH61aFyglWlw=\r
 161 =n0Cj\r
 162 -----END PGP SIGNATURE-----\r
 163 --=-=-=--\r