notmuch/test, branch debian/0.28.3-1

lib/string_map: fix return type of string_cmp

2019-03-06T01:46:41Z

I can't figure out how checking the sign of a bool ever worked. The following program demonstrates the problem (i.e. for me it prints 1). #include #include int main(int argc, char **argv) { bool x; x = -1; printf("x = %d\n", x); } This seems to be mandated by the C99 standard 6.3.1.2.

lib: Add known broken test for string_map binary search.

2019-03-06T01:46:41Z

Because the string_map functions are not exported, we test via message properties.

emacs: Call `notmuch-mua-send-hook' hooks when sending a message

2018-09-28T23:22:42Z

Previously any hook functions attached to `notmuch-mua-send-hook' were ignored.

test: Check that `notmuch-mua-send-hook' is called on sending a message

2018-09-28T23:22:33Z

test: make regexp test conditional on field processors

2018-09-14T11:54:20Z

Normally we'd mark it broken, but perversely missing regexp support actually makes the test pass.

test: mark thread subqueries broken without field processors

2018-09-14T11:54:09Z

Currently these tests just fail when notmuch is built against Xapian 1.2.x

test: Absolute and relative directory paths.

2018-09-08T23:19:42Z

lib: change parent strategy to use In-Reply-To if it looks sane

2018-09-06T11:07:13Z

As reported by Sean Whitton, there are mailers (in particular the Debian Bug Tracking System) that have sensible In-Reply-To headers, but un-useful-for-notmuch References (in particular with the BTS, the oldest reference is last). I looked at a sample of about 200K messages, and only about 0.5% these had something other than a single message-id in In-Reply-To. On this basis, if we see a single message-id in In-Reply-To, consider that as authoritative.

lib: add _notmuch_message_id_parse_strict

2018-09-06T11:07:13Z

The idea is that if a message-id parses with this function, the MUA generating it was probably sane, and in particular it's probably safe to use the result as a parent from In-Reply-to.

test/thread-replies: mangle In-Reply-To's

2018-09-06T11:07:13Z

In a future commit, we will start trusting In-Reply-To's when they look sane (i.e. a single message-id). Modify these tests so they will keep passing (i.e. keep choosing References) when that happens.