--- /dev/null
+Return-Path: <amdragon@mit.edu>\r
+X-Original-To: notmuch@notmuchmail.org\r
+Delivered-To: notmuch@notmuchmail.org\r
+Received: from localhost (localhost [127.0.0.1])\r
+ by olra.theworths.org (Postfix) with ESMTP id DC350431FC0\r
+ for <notmuch@notmuchmail.org>; Wed, 31 Jul 2013 08:05:44 -0700 (PDT)\r
+X-Virus-Scanned: Debian amavisd-new at olra.theworths.org\r
+X-Spam-Flag: NO\r
+X-Spam-Score: -0.7\r
+X-Spam-Level: \r
+X-Spam-Status: No, score=-0.7 tagged_above=-999 required=5\r
+ tests=[RCVD_IN_DNSWL_LOW=-0.7] autolearn=disabled\r
+Received: from olra.theworths.org ([127.0.0.1])\r
+ by localhost (olra.theworths.org [127.0.0.1]) (amavisd-new, port 10024)\r
+ with ESMTP id bKYge5oGcGEI for <notmuch@notmuchmail.org>;\r
+ Wed, 31 Jul 2013 08:05:37 -0700 (PDT)\r
+Received: from dmz-mailsec-scanner-1.mit.edu (dmz-mailsec-scanner-1.mit.edu\r
+ [18.9.25.12])\r
+ by olra.theworths.org (Postfix) with ESMTP id 3F551431FBF\r
+ for <notmuch@notmuchmail.org>; Wed, 31 Jul 2013 08:05:37 -0700 (PDT)\r
+X-AuditID: 1209190c-b7fa48e000000947-1a-51f927c012bd\r
+Received: from mailhub-auth-2.mit.edu ( [18.7.62.36])\r
+ by dmz-mailsec-scanner-1.mit.edu (Symantec Messaging Gateway) with SMTP\r
+ id C5.5B.02375.0C729F15; Wed, 31 Jul 2013 11:05:36 -0400 (EDT)\r
+Received: from outgoing.mit.edu (outgoing-auth-1.mit.edu [18.9.28.11])\r
+ by mailhub-auth-2.mit.edu (8.13.8/8.9.2) with ESMTP id r6VF5ZRq003448; \r
+ Wed, 31 Jul 2013 11:05:36 -0400\r
+Received: from awakening.csail.mit.edu (awakening.csail.mit.edu [18.26.4.91])\r
+ (authenticated bits=0)\r
+ (User authenticated as amdragon@ATHENA.MIT.EDU)\r
+ by outgoing.mit.edu (8.13.8/8.12.4) with ESMTP id r6VF5XOY000491\r
+ (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NOT);\r
+ Wed, 31 Jul 2013 11:05:34 -0400\r
+Received: from amthrax by awakening.csail.mit.edu with local (Exim 4.80)\r
+ (envelope-from <amdragon@MIT.EDU>)\r
+ id 1V4Xy0-0002Cc-Ht; Wed, 31 Jul 2013 11:05:32 -0400\r
+Date: Wed, 31 Jul 2013 11:05:31 -0400\r
+From: Austin Clements <amdragon@MIT.EDU>\r
+To: Jameson Graef Rollins <jrollins@finestructure.net>\r
+Subject: Re: problems viewing attachments in emacs ui\r
+Message-ID: <20130731150531.GX2214@mit.edu>\r
+References: <87hafe4ox6.fsf@servo.finestructure.net>\r
+ <87ehai4ns3.fsf@servo.finestructure.net>\r
+ <20130731025303.GV2214@mit.edu>\r
+MIME-Version: 1.0\r
+Content-Type: text/plain; charset=us-ascii\r
+Content-Disposition: inline\r
+In-Reply-To: <20130731025303.GV2214@mit.edu>\r
+User-Agent: Mutt/1.5.21 (2010-09-15)\r
+X-Brightmail-Tracker:\r
+ H4sIAAAAAAAAA+NgFvrPIsWRmVeSWpSXmKPExsUixG6nontA/WegwekmXYs9+7wsrt+cyezA\r
+ 5HH3NJfHs1W3mAOYorhsUlJzMstSi/TtErgyzrbNZynYJVpx6M4zpgbGNsEuRg4OCQETiRPX\r
+ jLoYOYFMMYkL99azdTFycQgJ7GOUeNa0hQXC2cgo0XH9D1TmNJNE1+d3jCAtQgJLGCWWfA0F\r
+ sVkEVCX2P9/LCmKzCWhIbNu/HKxGRMBMoufLHzCbWUBa4tvvZiYQW1jAVGLJ4pnsIDavgLbE\r
+ t6vboWY2Mkpc/K4MEReUODnzCQtEr5bEjX8vmUCuBpmz/B8HiMkpoCOxdocTSIWogIrElJPb\r
+ 2CYwCs1C0jwLSfMshOYFjMyrGGVTcqt0cxMzc4pTk3WLkxPz8lKLdA31cjNL9FJTSjcxgsKZ\r
+ U5JnB+Obg0qHGAU4GJV4eB0vfA8UYk0sK67MPcQoycGkJMprq/QzUIgvKT+lMiOxOCO+qDQn\r
+ tfgQowQHs5II7x5WoBxvSmJlVWpRPkxKmoNFSZz36dOzgUIC6YklqdmpqQWpRTBZGQ4OJQne\r
+ QDWgRsGi1PTUirTMnBKENBMHJ8hwHqDhYDW8xQWJucWZ6RD5U4yKUuK8c0ASAiCJjNI8uF5Y\r
+ unnFKA70ijDvZZAqHmCqgut+BTSYCWjwbpVvIINLEhFSUg2MkTzzEpOtTyZUan+6FnMmdHu+\r
+ oGjnjW37RH/LK09JTdIXfeu/89fJk/dN9kzqFCnX+btjYVRFXAqHwoo1tkr+65L0X5jabRVj\r
+ s66bUS5ut6XwoXLglEcMNv53VwusSWhs3xChdyCto0bt18PnyR2XlXJN1644UX6h9IPfT0aT\r
+ aTL5T+Ydm9qtxFKckWioxVxUnAgAmt3wehIDAAA=\r
+Cc: notmuch@notmuchmail.org\r
+X-BeenThere: notmuch@notmuchmail.org\r
+X-Mailman-Version: 2.1.13\r
+Precedence: list\r
+List-Id: "Use and development of the notmuch mail system."\r
+ <notmuch.notmuchmail.org>\r
+List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
+List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
+List-Post: <mailto:notmuch@notmuchmail.org>\r
+List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
+List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
+ <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
+X-List-Received-Date: Wed, 31 Jul 2013 15:05:45 -0000\r
+\r
+Quoth myself on Jul 30 at 10:53 pm:\r
+> Quoth Jameson Graef Rollins on Jul 28 at 10:06 am:\r
+> > On Sun, Jul 28 2013, Jameson Graef Rollins <jrollins@finestructure.net> wrote:\r
+> > > For instance, if I launch notmuch-show-view-part on an html part, my\r
+> > > browser opens pointed at e.g. the following file:\r
+> > >\r
+> > > file:///home/jrollins/tmp/emm.610040w/mm.6100F_2.htm\r
+> > >\r
+> > > But the browser shows the following error:\r
+> > >\r
+> > > File not found\r
+> > > Iceweasel can't find the file at /home/jrollins/tmp/emm.610040w/mm.6100F_2.htm.\r
+> > \r
+> > I'm now realizing that my problem with html parts is probably that\r
+> > browser is attempting to open the temporary file in the background.\r
+> > When the browser call returns, the caller assumes the application is\r
+> > done with the temp file and purges it. So for this issue at least I\r
+> > need to either convince my browser to not open the file in the\r
+> > background, or tell emacs to cleanup temp files at some later time\r
+> > (session termination, for instance).\r
+> \r
+> As pointed out by David, the root of this problem is in\r
+> mm-display-external in mm-decode.el. mm-display-external was mostly\r
+> rewritten between Emacs 24.1 and Emacs 24.2 (Emacs commit 1354a694).\r
+> The Emacs 24.1 implementation would wait for the spawned process to\r
+> exit or 30 seconds to elapse, whichever was longer, before deleting\r
+> the file (Emacs 23 was much the same, but waited only 2 seconds).\r
+> Based on the source comments, this appears to be the *intent* of the\r
+> Emacs 24.2 implementation, but what the code actually does is to wait\r
+> for whichever of these events happens *first*. So, if the spawned\r
+> process exits immediately (like in your situation), the file will be\r
+> deleted immediately, and even if the viewer sticks around, the file\r
+> will be deleted after 30 seconds anyway.\r
+> \r
+> This must be affecting Gnus users the same way, but I haven't found\r
+> any evidence that they're aware of it. The mm-display-external code\r
+> still has this problem in both the current Emacs master and the\r
+> current Gnus master.\r
+\r
+I dug into the Gnus repository to find the original source of this\r
+change. For those who are curious, it's commit dce35658 from Feb. 9,\r
+2012. Interestingly, the commit message is\r
+\r
+ Output text from external commands in the article buffer\r
+ \r
+ * gnus-compat.el: Define `timer-set-function'.\r
+ \r
+ * mm-decode.el (mm-display-external): Output the text from the command\r
+ in the buffer after the command finished. This makes text-based\r
+ commands behave better.\r
+\r
+which says nothing about the complete restructuring of the timer\r
+handling, which further reinforces my suspicion that the behavioral\r
+change was unintentional.\r
projects / notmuch-archives.git / commitdiff