20/a59050025b0140c51c3b169e03e0c6481cccc9

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