thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=0.1 2010-03-31T20:31:09Z 2010-03-31T20:31:09Z Carl Worth cworth@cworth.org 2010-03-11T17:55:06Z urn:sha1:bf09c7d11e743cee5be8c52f6ca691668eb02a30 With some extra qutotation marks, we are now doing actual phrase searches so these tests pass. 2010-03-31T20:31:09Z Carl Worth cworth@cworth.org 2010-03-11T17:52:08Z urn:sha1:70b7e659f6744c0ef39536b023d99fa36a7fa76e These results have all the same terms as the target phrase, but not in the expected order. They are designed to ensure that we actually test phrase searches. And as it turns out, we're not currently quoting the search terms properly, so the phrase-search tests now fail with this commit. 2010-02-09T19:14:11Z Carl Worth cworth@cworth.org 2010-02-08T19:33:33Z urn:sha1:9439b217c349478b3603d5368f534acb1cd23974 The sequential identifiers have the advantage of being guaranteed to be unique (until we overflow a 64-bit unsigned integer), and also take up half as much space in the "notmuch search" output (16 columns rather than 32). This change also has the side effect of fixing a bug where notmuch could block on /dev/random at startup (waiting for some entropy to appear). This bug was hit hard by the test suite, (which could easily exhaust the available entropy on common systems---resulting in large delays of the test suite). 2010-02-06T01:28:25Z Carl Worth cworth@cworth.org 2010-02-06T01:28:25Z urn:sha1:ef8a74944c41f7599d9de6c73f462dfd122ec0fe Our test-suite coverage keeps improving, (slowly). 2010-02-06T01:27:22Z Carl Worth cworth@cworth.org 2010-02-06T01:27:22Z urn:sha1:b918e04ee85525a76b6635c5f43e5c01fa6ce4f6 Clean output is just so much easier to read (and validate). 2010-02-05T18:33:11Z Carl Worth cworth@cworth.org 2010-02-05T18:24:51Z urn:sha1:a47bf6e7dcea5c681cc55c88584fed06c7252ed6 As recently promised, no new features are being accepted to notmuch without corresponding new tests for the test suite. 2010-02-05T18:33:06Z Carl Worth cworth@cworth.org 2010-02-05T18:00:04Z urn:sha1:bc79dc9d6c644f9d534a56212d66b17b8e35b054 These tests were surprisingly simple to write---not much code at all and most of them worked the first time even with hand-prepared versions of the expected output. 2010-02-05T01:34:48Z Carl Worth cworth@cworth.org 2010-02-05T01:34:48Z urn:sha1:5c938e51b263a3697623c3f2cf3e6fe0244d351e The previous generate_message function is what's needed when testing "notmuch new". But after that, we never want to generate a message without also adding it to the index. So create a new add_message function with this convenience. 2010-02-04T20:42:03Z Carl Worth cworth@cworth.org 2010-02-04T20:08:13Z urn:sha1:9041c1389cfddb79bf4cc268f5cd94d4af41c27a This is a test for the recently added feature where we detect that the reply-to address already exists in the To: or Cc: header so will already be replied to. In this case we want to include the From: address in our reply, (where, otherwise we would use the Reply-To address *instead* of the address in the From header). 2010-02-04T20:10:43Z Carl Worth cworth@cworth.org 2010-02-04T20:03:30Z urn:sha1:bcba87a3e25ea2b6deb92d0ebbdf4bf1866dba97 The feature tested here is that we reply to both the sender and to others addresses on the To: line of the original message, but that we don't reply to our own address.