multipart/alternative bug

2012-08-13 Thread Dmitrijs Ledkovs 
On 13 August 2012 16:50, hellekin  wrote:
>
> Hello,
>
> as I mentioned on IRC a few days ago, there are some cases where:
>
>   - a thread only displays the first message
>   - key bindings do not work at all (except q)
>

Does this in ~/.emacs help ?

(defvar gnus-inhibit-images nil "*testing")
(set-variable 'gnus-inhibit-images nil)

Don't ask why. I have no clue!

multipart/alternative bug

2012-08-13 Thread hellekin 

Hello, 

as I mentioned on IRC a few days ago, there are some cases where:

  - a thread only displays the first message
  - key bindings do not work at all (except q)

By trial and error, I could nail down the issue to multipart/alternative
support. I had set notmuch to only show the text/plain part of an email
before hitting the bug, and by setting "Notmuch Show All
Multipart/Alternative Parts" to *off* in notmuch-show configuration, the
bug disappeared. 

I'm sorry not to be able to dig further, but I hope this tip will help
users to avoid the issue, and developers to find and fix the bug.

Cheers,

==
hk

multipart/alternative bug

2012-08-13 Thread Jameson Graef Rollins 
On Mon, Aug 13 2012, hellekin  wrote:
> as I mentioned on IRC a few days ago, there are some cases where:
>
>   - a thread only displays the first message
>   - key bindings do not work at all (except q)
>
> By trial and error, I could nail down the issue to multipart/alternative
> support. I had set notmuch to only show the text/plain part of an email
> before hitting the bug, and by setting "Notmuch Show All
> Multipart/Alternative Parts" to *off* in notmuch-show configuration, the
> bug disappeared. 
>
> I'm sorry not to be able to dig further, but I hope this tip will help
> users to avoid the issue, and developers to find and fix the bug.

Hi, hk.  I'm going to go out on a limb and guess that this is actually
probably *not* an issue with multipart/alternative but instead with
whatever is in that alternative part.  If you set
notmuch-show-all-multipart/alternative to off you're only seeing the
text/plain part.  If there's something crazy in the alternative part,
something that's not getting decoded correctly maybe, then that might
screw up the buffer.

Can you use the command line UI to determine what else is in the
offending message?  Is it just a text/html part, or is there something
else more exotic?  A lot of popular but broken MUAs stuff
non-alternative stuff into alternative parts.

You can grab the message id (id:XXX) of the offending message with 'c i'
in the emacs UI, and the look at it on the command line with:

notmuch show id:XXX

hth.

jamie.

ps. In general the command line UI is a great resource for figuring out
what might be causing problems in the emacs UI.
-- next part --
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 835 bytes
Desc: not available
URL:

multipart/alternative bug

2012-08-13 Thread hellekin 

Hello, 

as I mentioned on IRC a few days ago, there are some cases where:

  - a thread only displays the first message
  - key bindings do not work at all (except q)

By trial and error, I could nail down the issue to multipart/alternative
support. I had set notmuch to only show the text/plain part of an email
before hitting the bug, and by setting Notmuch Show All
Multipart/Alternative Parts to *off* in notmuch-show configuration, the
bug disappeared. 

I'm sorry not to be able to dig further, but I hope this tip will help
users to avoid the issue, and developers to find and fix the bug.

Cheers,

==
hk
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: multipart/alternative bug

2012-08-13 Thread Jameson Graef Rollins 
On Mon, Aug 13 2012, hellekin helle...@cepheide.org wrote:
 as I mentioned on IRC a few days ago, there are some cases where:

   - a thread only displays the first message
   - key bindings do not work at all (except q)

 By trial and error, I could nail down the issue to multipart/alternative
 support. I had set notmuch to only show the text/plain part of an email
 before hitting the bug, and by setting Notmuch Show All
 Multipart/Alternative Parts to *off* in notmuch-show configuration, the
 bug disappeared. 

 I'm sorry not to be able to dig further, but I hope this tip will help
 users to avoid the issue, and developers to find and fix the bug.

Hi, hk.  I'm going to go out on a limb and guess that this is actually
probably *not* an issue with multipart/alternative but instead with
whatever is in that alternative part.  If you set
notmuch-show-all-multipart/alternative to off you're only seeing the
text/plain part.  If there's something crazy in the alternative part,
something that's not getting decoded correctly maybe, then that might
screw up the buffer.

Can you use the command line UI to determine what else is in the
offending message?  Is it just a text/html part, or is there something
else more exotic?  A lot of popular but broken MUAs stuff
non-alternative stuff into alternative parts.

You can grab the message id (id:XXX) of the offending message with 'c i'
in the emacs UI, and the look at it on the command line with:

notmuch show id:XXX

hth.

jamie.

ps. In general the command line UI is a great resource for figuring out
what might be causing problems in the emacs UI.


pgpI7enuh1CXt.pgp
Description: PGP signature
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch

Re: multipart/alternative bug

2012-08-13 Thread Dmitrijs Ledkovs 
On 13 August 2012 16:50, hellekin helle...@cepheide.org wrote:

 Hello,

 as I mentioned on IRC a few days ago, there are some cases where:

   - a thread only displays the first message
   - key bindings do not work at all (except q)


Does this in ~/.emacs help ?

(defvar gnus-inhibit-images nil *testing)
(set-variable 'gnus-inhibit-images nil)

Don't ask why. I have no clue!
___
notmuch mailing list
notmuch@notmuchmail.org
http://notmuchmail.org/mailman/listinfo/notmuch