notmuch/test, branch debian/0.24.2-1 thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.24.2-1 2017-06-01T10:07:32Z cli/dump: don't include tags when not asked for 2017-06-01T10:07:32Z David Bremner david@tethera.net 2017-05-08T01:44:23Z urn:sha1:11fda0bf2fd74b227d15a2bb6b36a8ce6403c8e9 Add in the analogous test for tags that is given for properties a few lines below. test: add known broken test --include=properties 2017-06-01T10:03:06Z David Bremner david@tethera.net 2017-05-08T01:44:22Z urn:sha1:e68022416d543e50d7cd4eaad218bddd90fdb805 Reported in [1], --include=properties currently implies --include=tags, but it should not. [1] id:87y3u8vjbo.fsf@tethera.net cli/dump: bump dump format version to 3 2017-04-01T12:10:15Z David Bremner david@tethera.net 2017-03-31T10:55:17Z urn:sha1:d47e18411807b57cac9aaa29a7435a9f83720b81 No changes to the format of the body, but the header format was fixed, and version 2 headers probably shouldn't be relied on. cli/dump: fix bug in dump header 2017-04-01T12:09:33Z David Bremner david@tethera.net 2017-03-28T11:09:03Z urn:sha1:1f3c7916f82774cacbfbb0fbc9d0e0aaae9399b3 Fix copy paste error. test: add known broken test for dump header 2017-04-01T12:09:20Z David Bremner david@tethera.net 2017-03-28T11:09:02Z urn:sha1:704bd3d8a249b4041aa6a4204032f2b336f374e8 Apparently nobody uses the list of "what was included in the dump" lib: handle empty string in regexp field processors 2017-03-29T23:44:32Z David Bremner david@tethera.net 2017-03-24T22:52:51Z urn:sha1:cb84f8487833c19ce13edb769fa6421547077725 The non-field processor behaviour is is convert the corresponding queries into a search for the unprefixed terms. This yields pretty surprising results so I decided to generate a query that would match the terms (i.e. none with that prefix) generated for an empty header. test: add known broken test for null from: and subject: query 2017-03-29T23:44:09Z David Bremner david@tethera.net 2017-03-24T22:52:50Z urn:sha1:bc0c051e042650106c5772d1817af1f7db32fb92 These queries currently fail with field processors enabled because the code expects a non-empty string. lib: only trigger phrase processing for regexp fields when needed 2017-03-24T12:24:13Z David Bremner david@tethera.net 2017-03-18T02:23:51Z urn:sha1:38a56b98f9b282decc5edbe1da9717e3b2bdb6b2 The argument is that if the string passed to the field processor has no spaces, then the added quotes won't have any benefit except for disabling wildcards. But disabling wildcards doesn't seem very useful in the normal Xapian query parser, since they're stripped before generating terms anyway. It does mean that the query 'from:"foo*"' will not be precisely equivalent to 'from:foo' as it is for the non field-processor version. test: add known broken tests wildcard search in from and subject 2017-03-24T12:24:13Z David Bremner david@tethera.net 2017-03-17T12:17:48Z urn:sha1:497b83780ee50e2cd37f352caa3bd2b6c936dfab This was broken by the addition of regexp searching. The detection of wildcards is not currently done in the recursive call to parse_query, because of quoting issues. test: shrink T590-thread-breakage test decription to one line 2017-03-05T01:21:11Z Jani Nikula jani@nikula.org 2017-02-26T17:36:48Z urn:sha1:85df8b3915159fa94b7c1c32cb54eda8bd92e0e0 The test description is used for log output, I think the intention is to keep it as a one-liner. Leave the rest of the long description as a comment.