[PATCH WIP v2 0/5] emacs: show: redesign unread/read logic
[notmuch-archives.git] / 20 / 4e4118aa27a1d2d68ae27962c747d10bc40ac6
1 Return-Path: <jrollins@finestructure.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 CFB9F431FC0\r
6         for <notmuch@notmuchmail.org>; Sun, 28 Jul 2013 09:42:10 -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: -2.3\r
10 X-Spam-Level: \r
11 X-Spam-Status: No, score=-2.3 tagged_above=-999 required=5\r
12         tests=[RCVD_IN_DNSWL_MED=-2.3] 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 x5bO+0RVHq-K for <notmuch@notmuchmail.org>;\r
16         Sun, 28 Jul 2013 09:42:05 -0700 (PDT)\r
17 Received: from outgoing-mail.its.caltech.edu (outgoing-mail.its.caltech.edu\r
18         [131.215.239.19])\r
19         by olra.theworths.org (Postfix) with ESMTP id 52A64431FBF\r
20         for <notmuch@notmuchmail.org>; Sun, 28 Jul 2013 09:42:05 -0700 (PDT)\r
21 Received: from earth-doxen.imss.caltech.edu (localhost [127.0.0.1])\r
22         by earth-doxen-postvirus (Postfix) with ESMTP id D73DC66E00EE\r
23         for <notmuch@notmuchmail.org>; Sun, 28 Jul 2013 09:42:04 -0700 (PDT)\r
24 X-Spam-Scanned: at Caltech-IMSS on earth-doxen by amavisd-new\r
25 Received: from finestructure.net (cpe-76-173-75-27.socal.res.rr.com\r
26         [76.173.75.27]) (Authenticated sender: jrollins)\r
27         by earth-doxen-submit (Postfix) with ESMTP id F00A566E00C1\r
28         for <notmuch@notmuchmail.org>; Sun, 28 Jul 2013 09:42:02 -0700 (PDT)\r
29 Received: by finestructure.net (Postfix, from userid 1000)\r
30         id 4E61F62289; Sun, 28 Jul 2013 09:42:00 -0700 (PDT)\r
31 From: Jameson Graef Rollins <jrollins@finestructure.net>\r
32 To: Notmuch Mail <notmuch@notmuchmail.org>\r
33 Subject: problems viewing attachments in emacs ui\r
34 User-Agent: Notmuch/0.15.2+223~g3484372 (http://notmuchmail.org) Emacs/24.3.1\r
35         (x86_64-pc-linux-gnu)\r
36 Date: Sun, 28 Jul 2013 09:41:57 -0700\r
37 Message-ID: <87hafe4ox6.fsf@servo.finestructure.net>\r
38 MIME-Version: 1.0\r
39 Content-Type: multipart/signed; boundary="=-=-=";\r
40         micalg=pgp-sha256; protocol="application/pgp-signature"\r
41 X-BeenThere: notmuch@notmuchmail.org\r
42 X-Mailman-Version: 2.1.13\r
43 Precedence: list\r
44 List-Id: "Use and development of the notmuch mail system."\r
45         <notmuch.notmuchmail.org>\r
46 List-Unsubscribe: <http://notmuchmail.org/mailman/options/notmuch>,\r
47         <mailto:notmuch-request@notmuchmail.org?subject=unsubscribe>\r
48 List-Archive: <http://notmuchmail.org/pipermail/notmuch>\r
49 List-Post: <mailto:notmuch@notmuchmail.org>\r
50 List-Help: <mailto:notmuch-request@notmuchmail.org?subject=help>\r
51 List-Subscribe: <http://notmuchmail.org/mailman/listinfo/notmuch>,\r
52         <mailto:notmuch-request@notmuchmail.org?subject=subscribe>\r
53 X-List-Received-Date: Sun, 28 Jul 2013 16:42:10 -0000\r
54 \r
55 --=-=-=\r
56 Content-Type: text/plain\r
57 \r
58 Hey, folks.  I've been experiencing a very annoying and persistent\r
59 problem of late where the emacs ui is unable to pass message parts to\r
60 external viewers.  Whenever I try to open an attachment or inline part\r
61 in an external viewer, the helper application is launched, but it\r
62 appears to never be able to find the temporary file.\r
63 \r
64 For instance, if I launch notmuch-show-view-part on an html part, my\r
65 browser opens pointed at e.g. the following file:\r
66 \r
67   file:///home/jrollins/tmp/emm.610040w/mm.6100F_2.htm\r
68 \r
69 But the browser shows the following error:\r
70 \r
71   File not found\r
72   Iceweasel can't find the file at /home/jrollins/tmp/emm.610040w/mm.6100F_2.htm.\r
73 \r
74 And sure enough, the file is not there.  html parts are definitely the\r
75 worst, since they seem to never be copied to their temporary file paths\r
76 at all, but it happens with pretty much all other part types as well,\r
77 although with slightly different behavior: e.g. image and pdf parts will\r
78 open in external viewers BRIEFLY, before the temporary file appears to\r
79 be yanked out from under them as well (at which point, depending on the\r
80 app, they complain that the file is no longer there they stop displaying\r
81 it).  I've even tried creating my own part handler to capture the temp\r
82 file immediately into *another* tempfile, in the hopes of catching it,\r
83 but that doesn't seem to help either.\r
84 \r
85 This is obviously quite frustrating, since I have to view attachments\r
86 outside of emacs quite frequently.  I think I've heard speculation on\r
87 IRC that this is an emacs24 bug.  I'm kind of at a loss at this point\r
88 for how to get around the issue.  Any help would be very much\r
89 appreciated!\r
90 \r
91 jamie.\r
92 \r
93 --=-=-=\r
94 Content-Type: application/pgp-signature\r
95 \r
96 -----BEGIN PGP SIGNATURE-----\r
97 Version: GnuPG v1.4.12 (GNU/Linux)\r
98 \r
99 iQIcBAEBCAAGBQJR9UnWAAoJEO00zqvie6q84GwP/jHQQ+ap3OQXOdLHfpweWD08\r
100 3T560h8o+1TzkK3nIA6amflNTt7ud/8YbfzhNfXnRE82gKZFjzpjqRHqs0nO0jSE\r
101 5w6G/w87Iq41/R+kF3mwnTiihcrPlEmDwSSMUQp/74TSP00bvKx8B2g1FTpQSIoM\r
102 C13m4/lRswNJrzc0dyx9ap2pht4iHkXMWjLo+SlL8rEtqjotPnPD5IKuIP1IPjMQ\r
103 xSgvzV2Nww+G4hzXTcLRroJQJBVq9JykbKB8+X+kfXjyu/57kbtiJfjFHQ62/hnR\r
104 6IGxFcYNmbSGINjv2ElD1Dj1JNoNw/7/OMFviA4A5qOMQskj6idgu/DZwXAPTof8\r
105 uHeq5MbxnocnkIEXUqbEIYs1iD4FP3y3ZgZU0eKEY3lMmsd6Bvf+jl09fbQ1Bee4\r
106 d6phgID96UQ8VPfpC4QSjmYIuX6F7i5xGrkZfRIrX+7TMw9UpzKycZgYSVl8nKk9\r
107 4xaK6K7xEdVWkrjrAAzmjzJtAfEdmPA3WVAJPruDPbSPQUHs9xdP7InZB+ULrP11\r
108 yfsac0EiabTT6ufaDwoAJOCWfdRWQLpIW/j+d5lFLTt4B0BhU28Z7eyqWAkLWZuU\r
109 2co6eStN3qU+jYfN1ScGmc/fyuge3ZWXdYDnL/jhXVtIzVBSNPJEkoSwBB90jB+W\r
110 BCU35xtrgyUc/KgML91E\r
111 =Wt15\r
112 -----END PGP SIGNATURE-----\r
113 --=-=-=--\r