<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/test, branch 0.6rc1</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.6rc1</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.6rc1'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2011-06-30T00:58:39Z</updated>
<entry>
<title>test: Use increment_mtime rather than sleep</title>
<updated>2011-06-30T00:58:39Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-06-29T21:11:38Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=671ffbb76600f7522db54151974cd0afdde240aa'/>
<id>urn:sha1:671ffbb76600f7522db54151974cd0afdde240aa</id>
<content type='text'>
The sleep was to force the directory's mtime to advance between the
previous notmuch new and the subsequent rm;notmuch new.

The current convention is to use the existing increment_mtime function
for this purpose, (which avoids the test suite being slowed down by
calls to sleep).

Thanks to Austin Clements for noticing this undesired sleep.
(cherry picked from commit 55a78d5dbd96b80939458d9d6cc8a536b1befa87)
</content>
</entry>
<entry>
<title>test:Folder tags shouldn't match after removal of file in given folder</title>
<updated>2011-06-30T00:58:19Z</updated>
<author>
<name>Mark Anderson</name>
<email>ma.skies@gmail.com</email>
</author>
<published>2011-06-27T17:12:24Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=c04e6f84d3de7236891696b7c6cc009e7f5e976c'/>
<id>urn:sha1:c04e6f84d3de7236891696b7c6cc009e7f5e976c</id>
<content type='text'>
Test for bug.  Current stemming support for notmuch adds extra terms
to the DB which aren't removed when the file renames are detected.

When folder tags are added to a message, Xapian terms for both XFOLDER
and ZXFOLDER are generated.  When one of the filenames are
renamed/removed, only the XFOLDER tags are removed, leaving it possible
for a match on a folder: tag that was previously but is no longer a
match in the maildir.
(cherry picked from commit 86e0baeb6df5509393832488c0de3520a1a5bdcb)
</content>
</entry>
<entry>
<title>test: remove useless test_emacs call from an emacs FCC test</title>
<updated>2011-06-24T01:01:35Z</updated>
<author>
<name>Dmitry Kurochkin</name>
<email>dmitry.kurochkin@gmail.com</email>
</author>
<published>2011-06-23T23:59:33Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=de1ed86b79a1428cd2f0cf7e3a80748367588e8b'/>
<id>urn:sha1:de1ed86b79a1428cd2f0cf7e3a80748367588e8b</id>
<content type='text'>
This was inadvertently left over when debugging an early version of
this commit. -Carl Worth &lt;cworth@cworth.org&gt;
(cherry picked from commit 8bf0c1c3deb49d54e86c04826a05f0217a81cf47)
</content>
</entry>
<entry>
<title>test: Test emacs message composing with various values for notmuch-fcc-dirs</title>
<updated>2011-06-24T00:58:10Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-06-23T22:10:31Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=72d70ec60f1c1041787cc7afa6109103e045d111'/>
<id>urn:sha1:72d70ec60f1c1041787cc7afa6109103e045d111</id>
<content type='text'>
We exercise each of the documented values (nil, a string, and a
list). For the list, we test matching a specific entry, matching a
catch-all regular expression, and no match at all (in which case there
is no FCC set).
(cherry picked from commit 76b54f1898e97f6d07d0eaaf04a1772e60a7c48d)
</content>
</entry>
<entry>
<title>tests: add a test for symbol hiding side effects</title>
<updated>2011-06-23T10:05:25Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-06-22T11:58:01Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=fba968dbfa806dc517fc55d1f28cf208f0316863'/>
<id>urn:sha1:fba968dbfa806dc517fc55d1f28cf208f0316863</id>
<content type='text'>
The worry here is that a binary linking with libnotmuch might lose
access to Xapian::Error symbols because libnotmuch hides them.

We are careful here to create ./fakedb/.notmuch in order to trigger a
Xapian exception, and not just a missing file check.

Thanks to jrollins and amddragon for suggestions.
(cherry picked from commit 66f37f5f6864a988f94ddb893e3a176af57f6c8e)
</content>
</entry>
<entry>
<title>smtp-dummy: Prefer return rather than exit() in main.</title>
<updated>2011-06-22T13:38:33Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-06-21T21:54:10Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b0ba84f9e71b0f117dc0bdf0b790c6e2341d3949'/>
<id>urn:sha1:b0ba84f9e71b0f117dc0bdf0b790c6e2341d3949</id>
<content type='text'>
The main() function should be written as just another function with a
return value. This allows for more reliable code reuse. Imagine that
main() grows too large and needs to be factored into multiple
functions. At that point, exit() is probably the wrong thing, yet can
also be hard to notice as it's in less-frequently-tested exceptional
cases.
</content>
</entry>
<entry>
<title>Fix compilation warnings in test/smtp-dummy.c.</title>
<updated>2011-06-22T13:38:33Z</updated>
<author>
<name>Dmitry Kurochkin</name>
<email>dmitry.kurochkin@gmail.com</email>
</author>
<published>2011-06-16T10:32:08Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=41a094624a079f4a145aba37e8059f8774dfaec6'/>
<id>urn:sha1:41a094624a079f4a145aba37e8059f8774dfaec6</id>
<content type='text'>
* Remove unused variables in main(): buf, bytes and greeting.
* Replace return with no value in main() with exit(3).
</content>
</entry>
<entry>
<title>tests: Add optional use of timeout utility, if present.</title>
<updated>2011-06-22T11:11:32Z</updated>
<author>
<name>David Bremner</name>
<email>bremner@debian.org</email>
</author>
<published>2011-05-28T09:50:11Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=114eb1c52095487caed1de8746f2741da7a3ead1'/>
<id>urn:sha1:114eb1c52095487caed1de8746f2741da7a3ead1</id>
<content type='text'>
Each top level test (basic, corpus, etc...) is run with a fixed
timeout of 2 minutes.

The goal here is to treat a hung test as a failure. The emacs test for
sending mail is known to be problematic on the Debian
autobuilders. This is both a bandaid fix for that, and a sensible long
term feature.
(cherry picked from commit 5f99c80e02736c90495558d9b88008a768876b29)
</content>
</entry>
<entry>
<title>test emacs: Add tests for hiding messages in notmuch-show view</title>
<updated>2011-06-15T14:07:32Z</updated>
<author>
<name>Dmitry Kurochkin</name>
<email>dmitry.kurochkin@gmail.com</email>
</author>
<published>2011-05-26T21:38:34Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=59b251ef940609dac7e17528065a39544463e0b4'/>
<id>urn:sha1:59b251ef940609dac7e17528065a39544463e0b4</id>
<content type='text'>
This test is expected to fail as it exposes a current bug, (which we
hope to fix soon).
</content>
</entry>
<entry>
<title>test: Fix from-guessing to actually span Received headers over multiple lines</title>
<updated>2011-06-11T00:20:22Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-06-11T00:18:27Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b7db7ea42056b96578b329db5a184c9c408062c2'/>
<id>urn:sha1:b7db7ea42056b96578b329db5a184c9c408062c2</id>
<content type='text'>
The intent was always to make these Received headers span multiple
lines. But the escapes were causing the shell to ignore the newlines,
so that the result instead was long Received headers on a single line
each.

Fixing the intent here doesn't actually change the test-suite results
at all.
</content>
</entry>
</feed>
