Return-Path: X-Original-To: notmuch@notmuchmail.org Delivered-To: notmuch@notmuchmail.org Received: from localhost (localhost [127.0.0.1]) by olra.theworths.org (Postfix) with ESMTP id 27B50431FD0 for ; Sun, 25 Dec 2011 20:54:48 -0800 (PST) X-Virus-Scanned: Debian amavisd-new at olra.theworths.org X-Spam-Flag: NO X-Spam-Score: -0.799 X-Spam-Level: X-Spam-Status: No, score=-0.799 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled Received: from olra.theworths.org ([127.0.0.1]) by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Cs2ea5J7L413 for ; Sun, 25 Dec 2011 20:54:47 -0800 (PST) Received: from mail-qy0-f181.google.com (mail-qy0-f181.google.com [209.85.216.181]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (No client certificate requested) by olra.theworths.org (Postfix) with ESMTPS id 7607C431FB6 for ; Sun, 25 Dec 2011 20:54:47 -0800 (PST) Received: by qcha6 with SMTP id a6so8232940qch.26 for ; Sun, 25 Dec 2011 20:54:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=from:to:subject:in-reply-to:references:user-agent:date:message-id :mime-version:content-type:content-transfer-encoding; bh=miZl+VGC5mEeoIQ9OFU51iKznJVfTNsLXl1LLM5lalI=; b=ZAOD6agzVZATWqqwkkdxYNSkneRcrL7sBsuhO11R1qk+yxyi046jEonMnGX4/Pn+52 Wcuqck5sGb+wKtXgDS0MXfFTp71kzAZmxInKEIWwirBuLF/g0jixKrkyGJJS97usXX3o l1x31j5weej2wYtTekgf04KDabDSdd0fkdJGE= Received: by 10.229.78.82 with SMTP id j18mr8540398qck.62.1324875286779; Sun, 25 Dec 2011 20:54:46 -0800 (PST) Received: from localhost (24-158-179-191.dhcp.jcsn.tn.charter.com. [24.158.179.191]) by mx.google.com with ESMTPS id m20sm41992644qaj.14.2011.12.25.20.54.44 (version=TLSv1/SSLv3 cipher=OTHER); Sun, 25 Dec 2011 20:54:45 -0800 (PST) From: Aaron Ecay To: David Bremner , Jameson Graef Rollins , Thomas Jost , notmuch@notmuchmail.org Subject: Re: [PATCH v3 1/4] emacs: Let the user choose where to compose new mails In-Reply-To: <87r505iecz.fsf@zancas.localnet> References: <87d3cx2t38.fsf@rocinante.cs.unb.ca> <1323797532-597-1-git-send-email-schnouki@schnouki.net> <1323797532-597-2-git-send-email-schnouki@schnouki.net> <877h1y13dv.fsf@zancas.localnet> <87sjklzrcn.fsf@servo.finestructure.net> <87r505iecz.fsf@zancas.localnet> User-Agent: Notmuch/0.10.1+56~gd709fd6 (http://notmuchmail.org) Emacs/24.0.92.3 (i386-apple-darwin10.8.0) Date: Sun, 25 Dec 2011 23:54:41 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-BeenThere: notmuch@notmuchmail.org X-Mailman-Version: 2.1.13 Precedence: list List-Id: "Use and development of the notmuch mail system." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 26 Dec 2011 04:54:48 -0000 On Thu, 15 Dec 2011 19:50:36 -0400, David Bremner wrote: > I think the problem is related to emacsclient. >=20 > With 'm' I have the following behaviour: >=20 > emacs -q --daemon > M-x notmuch (to load variable definitions) > M-x customize-variable notmuch-mua-compose-in > (select compose in new window, save for current session) > M-x notmuch > m ;; new window is opened as it should be > C-c C-c ;; frame is closed. I just tried, and I cannot reproduce this behavior. IIUC, here is what happened to you: you set nm-mua-compose-in to 'new-window. You began a new message, this opened a new window as expected. Your emacs frame now has two windows in it. You sent this message, which deleted the window showing it. Your emacs frame was deleted as well, which made the other window, showing notmuch-hello (or some other notmuch buffer, from which you began writing the email message) disappear as well, unexpectedly. Is this a correct description of what happened? Here=E2=80=99s the recipe I used for replicating: emacs -q --daemon emacsclient -c C-x b *scratch* (add-to-list 'load-path "/path/to/notmuch/emacs/") C-j (load-library "notmuch") C-j C-x C-f /path/to/notmuch/emacs/notmuch-mua.el M-x eval-buffer (in order to pick up changes not in byte-compiled file) M-x customize-variable notmuch-mua-compose-in (set to 'new-window, save for= session) M-x notmuch m (new window is created in current frame, below the window showing notmuch= -hello) (type mail) C-c C-c (enter smtp settings, since emacs doesn=E2=80=99t know them) (new window disappears, the window with notmuch-hello fills whole frame) I also tried with notmuch-mua-compose-in set to 'new-frame, and got the expected behavior (m -> create new frame, C-c C-c -> new frame is deleted) What version of emacs did you have this problem with? The window/frame handling code has undergone several intrusive rewrites post-v.23, each of which fixed some bugs and introduced others. The version I used is a trunk build from Dec. 12-ish. It would be nice to pinpoint which emacs versions/configurations show undesired behavior =E2=80=93 this is a useful = patch and it should be included once we can be sure it will work correctly. Thanks, --=20 Aaron Ecay