bug: notmuch show --decrypt leads to SIGSEGV
Matt Armstrong
marmstrong at google.com
Wed Aug 16 09:41:42 PDT 2017
David Bremner <david at tethera.net> writes:
> Matt Armstrong <marmstrong at google.com> writes:
>
>> David Bremner <david at tethera.net> writes:
>>
>>> Matt Armstrong <marmstrong at google.com> writes:
>>>
>>>> I've been able to diagnose a SIGSEGV, and I have a workaround that
>>>> satisfies me. I'm unsure how to fix it, so I'll describe the problem
>>>> and leave it at that.
>>>>
>>>> Repro:
>>>>
>>>> % notmuch --version
>>>> notmuch 0.25+22~g0967e46 (a recent git @HEAD)
>>>> % notmuch show --format=sexp --decrypt thread:000000000002ad2c
>>>> -> SIGSEGV
>>>
>>> Do you have a way for people other than you to reproduce it? I assume
>>> not all threads are a problem for you with --decrypt?
>>
>> The times I have encountered this involve email I can't reveal, so a
>> repro would take some work. I'm happy to try to dig out specific
>> details, but I'm at a slight disadvantage here due to unfamiliarity.
>>
>
> Understood. If you manage to bisect the commit that introduces the
> problem (I suspect the rearrangement to support gmime-3.0, but you never
> know), that might be helpful.
David, your suspicions may have been correct. The bisect came up with
the following commit.
1fdc08d0ffab9b211861de5d148d0a79eae840bc is the first bad commit
commit 1fdc08d0ffab9b211861de5d148d0a79eae840bc
Author: David Bremner <david at tethera.net>
Date: Sun Jul 16 01:01:43 2017 +0200
cli/crypto: treat failure to create a crypto context as fatal.
Silently ignoring signed/encrypted parts seems like the wrong idea,
and it also complicates future gmime-3.0 compatibility changes.
More information about the notmuch
mailing list