<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/test, branch 0.18.1</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.18.1</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.18.1'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2014-06-18T21:03:18Z</updated>
<entry>
<title>lib: Separate all phrases indexed by _notmuch_message_gen_terms</title>
<updated>2014-06-18T21:03:18Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-06-16T02:40:34Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=dc64ab67207fef897bca88741fc42330793d7bd8'/>
<id>urn:sha1:dc64ab67207fef897bca88741fc42330793d7bd8</id>
<content type='text'>
This adds a 100 termpos gap between all phrases indexed by
_notmuch_message_gen_terms.  This fixes a bug where terms from the end
of one header and the beginning of another header could match together
in a single phrase and a separate bug where term positions of
un-prefixed terms overlapped.

This fix only affects newly indexed messages.  Messages that are
already indexed won't benefit from this fix without re-indexing, but
the fix won't make things any worse for existing messages.
</content>
</entry>
<entry>
<title>test: Known-broken test for overlapping/adjacent termpos</title>
<updated>2014-06-18T20:56:52Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-06-16T02:40:33Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c1805576a0f57540bdf8643f1b7989fad793b929'/>
<id>urn:sha1:c1805576a0f57540bdf8643f1b7989fad793b929</id>
<content type='text'>
This adds two known-broken tests and one working test related to the
term positions assigned to terms from different headers or MIME parts.
The first test fails because we don't create a termpos gap between
different headers.  The second test fails because we don't adjust
termpos at all when indexing multiple parts.
</content>
</entry>
<entry>
<title>lib: Index name and address of from/to headers as a phrase</title>
<updated>2014-06-18T20:55:14Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-06-16T02:40:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=44327ca86d8e3563490801f57a2d1ca455d9588e'/>
<id>urn:sha1:44327ca86d8e3563490801f57a2d1ca455d9588e</id>
<content type='text'>
Previously, we indexed the name and address parts of from/to headers
with two calls to _notmuch_message_gen_terms.  In general, this
indicates that these parts are separate phrases.  However, because of
an implementation quirk, the two calls to _notmuch_message_gen_terms
generated adjacent term positions for the prefixed terms, which
happens to be the right thing to do in this case, but the wrong thing
to do for all other calls.  Furthermore, _notmuch_message_gen_terms
produced potentially overlapping term positions for the un-prefixed
copies of the terms, which is simply wrong.

This change indexes both the name and address in a single call to
_notmuch_message_gen_terms, indicating that they should be part of a
single phrase.  This masks the problem with the un-prefixed terms
(fixing the two known-broken tests) and puts us in a position to fix
the unintentionally phrases generated by other calls to
_notmuch_message_gen_terms.
</content>
</entry>
<entry>
<title>test: Add search tests for combined name/address queries</title>
<updated>2014-06-18T20:54:05Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-06-16T02:40:31Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b547830783ee0732696d5c05a00cfc57baba065f'/>
<id>urn:sha1:b547830783ee0732696d5c05a00cfc57baba065f</id>
<content type='text'>
Two of these are currently known-broken.  We index the name and
address parts in two separate calls to _notmuch_message_gen_terms.
Currently this has the effect of placing the term positions of the
prefixed terms from the second call right after those of the first
call, but screws up the term positions of the non-prefixed terms.
</content>
</entry>
<entry>
<title>test: Fix from/to search test queries</title>
<updated>2014-06-18T20:53:29Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2014-06-16T02:40:30Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8a443121c63ee38354cd8f657a1a308311faae9d'/>
<id>urn:sha1:8a443121c63ee38354cd8f657a1a308311faae9d</id>
<content type='text'>
Two of the search tests for "from" and "to" queries were clearly
trying to search for prefixed phrases, but forgot to shell quote the
phrases.  Fix this by quoting them correctly.
</content>
</entry>
<entry>
<title>lib: resurrect support for single-message mbox files</title>
<updated>2014-06-14T01:59:04Z</updated>
<author>
<name>Jani Nikula</name>
<email>jani@nikula.org</email>
</author>
<published>2014-06-05T06:34:09Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0cc0144875875fe974fe0851b5c2c21d63d9b06d'/>
<id>urn:sha1:0cc0144875875fe974fe0851b5c2c21d63d9b06d</id>
<content type='text'>
This is effectively a revert of

commit 6812136bf576d894591606d9e10096719054d1f9
Author: Jani Nikula &lt;jani@nikula.org&gt;
Date:   Mon Mar 31 00:21:48 2014 +0300

    lib: drop support for single-message mbox files

The intention was to drop support for indexing new single-message mbox
files (and whether that was a good idea in the first place is
arguable). However this inadvertently broke support for reading
headers from previously indexed single-message mbox files, which is
far worse.

Distinguishing between the two cases would require more code than
simply bringing back support for single-message mbox files.
</content>
</entry>
<entry>
<title>test: use --quick when starting emacs.</title>
<updated>2014-06-14T01:55:14Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2014-05-29T00:26:27Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=2d722bf032bbd4b08b415369e07a3c9e26f2472a'/>
<id>urn:sha1:2d722bf032bbd4b08b415369e07a3c9e26f2472a</id>
<content type='text'>
At least in emacs24, this removes the "site-lisp" directories from the
load path in addition to enforcing --no-site-lisp --no-init-file.

This works around a slightly mysterious bug on Debian that causes
test-lib.el not to load when there is cl-lib.el(c) in some site-lisp
directory.  It should be harmless in general since we really don't
want to load any files from addon packages to emacs.
</content>
</entry>
<entry>
<title>test: allow pending break points in atomicity script.</title>
<updated>2014-05-17T21:32:14Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2014-05-06T13:06:27Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=a33ec9ce40ff6304d620d391593357f22dcebbf0'/>
<id>urn:sha1:a33ec9ce40ff6304d620d391593357f22dcebbf0</id>
<content type='text'>
This seems to fix problems with the symbol rename not being defined
at startup on at least OS/X and some Debian Linux architectures.
</content>
</entry>
<entry>
<title>test/Makefile.local: Added configured TALLOC_LDFLAGS.</title>
<updated>2014-05-17T21:31:55Z</updated>
<author>
<name>Charles Celerier</name>
<email>cceleri@cs.stanford.edu</email>
</author>
<published>2014-05-06T17:02:24Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ca34ac1440d9c7855f41fc4bca569038fa1bd6b0'/>
<id>urn:sha1:ca34ac1440d9c7855f41fc4bca569038fa1bd6b0</id>
<content type='text'>
The linking to talloc is hard-coded in the testing Makefile. This patch
causes the linking to talloc to be done according to how TALLOC_LDFLAGS
was configured.

Signed-off-by: Charles Celerier &lt;cceleri@cs.stanford.edu&gt;
</content>
</entry>
<entry>
<title>test: use test_expect_equal for PATH test, update message</title>
<updated>2014-04-17T22:53:57Z</updated>
<author>
<name>David Bremner</name>
<email>david@tethera.net</email>
</author>
<published>2014-04-13T12:42:49Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=320f86c30a51017c2afd1b5ac02aaf2cb0affcd7'/>
<id>urn:sha1:320f86c30a51017c2afd1b5ac02aaf2cb0affcd7</id>
<content type='text'>
- The old test was quite impossible to debug; the new one shows the difference
  between the two directories, if any.

- "repository" doesn't make sense for out of tree builds. Or tarball
  builds, for that matter.
</content>
</entry>
</feed>
