problems with multipart/mixed

2011-05-23 Thread Dirk Hohndel
Hehe, as the reply below shows... there's still something screwy even with the latest git version... in multipart messages things just go wrong. Whether I reply (this below should have included your text/plain part as quote), or whether I try to see the html part of a text/plain + text/html

[PATCH] Save and restore point explicitly in `notmuch-wash-toggle-invisible-action'.

2011-05-23 Thread Dmitry Kurochkin
Before the change, save-excursion was used to save the point. But the restored position is affected by buffer modifications, which results in jumping cursor. The patch saves and restores point explicitly by using a variable instead of save-excursion. --- emacs/notmuch-wash.el | 13

[BUG] multipart ID of show != part

2011-05-23 Thread Matthias Guedemann
Hi all, I found some problems with the multipart/mixed behavior of current master. I have several multipart mails where the html part is not displayed and a text/plain attachment is wrongly reported as text/html. I have no real insight into the inner workings of notmuch-show but have found this

problems with multipart/mixed

2011-05-23 Thread Matthias Guedemann
> If you did then I'm in the same boat. Notmuch/emacs used to display both welcome to the boat! I found the reason why that happens. Basically it appears because of a bug in the ongoing multipart development. In my example, the problem is as follows: currently the outer multipart message gets

[BUG] multipart ID of show != part

2011-05-23 Thread Carl Worth
ionality with one piece of code, so that skew like this will no longer be possible. Thanks for the report. -Carl -- carl.d.worth at intel.com -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110523/26c43ced/attachment.pgp>

problems with multipart/mixed

2011-05-23 Thread Carl Worth
this same regression appear in the future. Thanks, everyone for reporting this bug. -Carl -- next part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110523/20eac1d0/attachment.pgp>

[BUG] multipart ID of show != part

2011-05-23 Thread Daniel Kahn Gillmor
ensure that the part numbering is correct, but i agree with you that current master isn't there yet. --dkg -- next part -- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 1030 bytes Desc: OpenPGP digital signature URL:

a python terminal gui?

2011-05-23 Thread Carl Worth
t part -- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 197 bytes Desc: not available URL: <http://notmuchmail.org/pipermail/notmuch/attachments/20110523/67ef22c2/attachment.pgp>

problems with multipart/mixed

2011-05-23 Thread Dirk Hohndel
On Sat, 21 May 2011 08:35:13 +0200, Matthias Guedemann wrote: > > Hi all, > > I am using notmuch / emacs as my main mail client now for several months > and loosely follow master. > > After an update yesterday I now have problems with some multipart/mixed > mails from mailing lists which are

Re: problems with multipart/mixed

2011-05-23 Thread Dirk Hohndel
On Sat, 21 May 2011 08:35:13 +0200, Matthias Guedemann matthias.guedem...@ovgu.de wrote: Hi all, I am using notmuch / emacs as my main mail client now for several months and loosely follow master. After an update yesterday I now have problems with some multipart/mixed mails from

Re: problems with multipart/mixed

2011-05-23 Thread Matthias Guedemann
If you did then I'm in the same boat. Notmuch/emacs used to display both welcome to the boat! I found the reason why that happens. Basically it appears because of a bug in the ongoing multipart development. In my example, the problem is as follows: currently the outer multipart message gets

[PATCH] Save and restore point explicitly in `notmuch-wash-toggle-invisible-action'.

2011-05-23 Thread Dmitry Kurochkin
Before the change, save-excursion was used to save the point. But the restored position is affected by buffer modifications, which results in jumping cursor. The patch saves and restores point explicitly by using a variable instead of save-excursion. --- emacs/notmuch-wash.el | 13

Re: a python terminal gui?

2011-05-23 Thread Carl Worth
On Sat, 21 May 2011 19:50:37 +0100, Patrick Totzke patricktot...@googlemail.com wrote: That is surprising! I only fill the screen by iterating over an initial part of the iterator returned by Query.search_threads() I do a second query to count the messages by Query.count_messages(), but I'd

[BUG] multipart ID of show != part

2011-05-23 Thread Matthias Guedemann
Hi all, I found some problems with the multipart/mixed behavior of current master. I have several multipart mails where the html part is not displayed and a text/plain attachment is wrongly reported as text/html. I have no real insight into the inner workings of notmuch-show but have found this

Re: [BUG] multipart ID of show != part

2011-05-23 Thread Daniel Kahn Gillmor
On 05/23/2011 01:25 PM, Matthias Guedemann wrote: Hi all, I found some problems with the multipart/mixed behavior of current master. I have several multipart mails where the html part is not displayed and a text/plain attachment is wrongly reported as text/html. I have no real insight

Re: problems with multipart/mixed

2011-05-23 Thread Carl Worth
On Mon, 23 May 2011 15:39:07 +0200, Matthias Guedemann matthias.guedem...@ovgu.de wrote: If you did then I'm in the same boat. Notmuch/emacs used to display both welcome to the boat! My fault. I'm sorry about this breakage. Now a quick-and-dirty way around this: reset to

Re: [BUG] multipart ID of show != part

2011-05-23 Thread Carl Worth
On Mon, 23 May 2011 19:25:01 +0200, Matthias Guedemann matthias.guedem...@ovgu.de wrote: show produces this JSON: ^Lbody{ ^Lpart{ ID: 1, Content-type: multipart/mixed ^Lpart{ ID: 2, Content-type: text/html ... whereas notmuch part --part=2 produces this (the content of the ATT1.c

Re: problems with multipart/mixed

2011-05-23 Thread Dirk Hohndel
Hehe, as the reply below shows... there's still something screwy even with the latest git version... in multipart messages things just go wrong. Whether I reply (this below should have included your text/plain part as quote), or whether I try to see the html part of a text/plain + text/html