<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/test, branch 0.7_rc1</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.7_rc1</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.7_rc1'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2011-07-01T09:00:25Z</updated>
<entry>
<title>emacs: Fix to unconditionally display subject changes in collapsed thread view</title>
<updated>2011-07-01T09:00:25Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-07-01T08:44:39Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=580de27177de5cd6c5cbc9cc3759ce320216dd5b'/>
<id>urn:sha1:580de27177de5cd6c5cbc9cc3759ce320216dd5b</id>
<content type='text'>
The feature to show subject changes in the collapsed thread view was
originally added (8ab433607) with an option
(notmuch-show-always-show-subject) to display the subject
for all messages, even when there was no change.

The subsequent commit (4f04d273) changed the sense of the test (or to
and) and the name of the controlling variable
(notmuch-show-elide-same-subject).

But this commit is broken in a few ways:

  1. The original definition of notmuch-show-always-show-subject was
     left around

     But the variable isn't actually used in the code at all, so it
     just adds clutter and confusion to the customization interface.

  2. The name and description of the controlling variable doesn't
     match the implementation

     The name suggests that setting the variable to t will cause
     repeated subjects to be elided, (suggesting that when it is nil
     all subjects will be shown).

     However, when the variable is nil, no subjects are shown. So a
     correct name for the variable in this sense would be
     notmuch-show-subject-changes.

Showing subject changes is a useful feature, and should be on by
default. (We don't want to bury generally useful features behind
customizations that users have to find).

Rather than fixing the name of the variable and changing its default
value, here we remove the condition entirely, such that the feature is
enabled unconditionally.

So both the currently-used variable and the stale definition of the
formerly-used are removed.

Also, the one relevant test-suite result is updated, (showing the
intial subject of a collapsed thread, and no subject display for later
messages that do not change the subject).
</content>
</entry>
<entry>
<title>test: document test_expect_equal_file</title>
<updated>2011-06-29T22:36:43Z</updated>
<author>
<name>Jameson Graef Rollins</name>
<email>jrollins@finestructure.net</email>
</author>
<published>2011-06-29T17:06:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=a31ad0bd01570307d18b7fbd56b7bcdfb22e5b63'/>
<id>urn:sha1:a31ad0bd01570307d18b7fbd56b7bcdfb22e5b63</id>
<content type='text'>
This test was not properly documented when it was originally added (my
bad).
</content>
</entry>
<entry>
<title>test: Nix increment_mtime.</title>
<updated>2011-06-29T22:26:45Z</updated>
<author>
<name>Austin Clements</name>
<email>amdragon@MIT.EDU</email>
</author>
<published>2011-06-29T07:10:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=47afbdfb7995d703987a273bccc3a60fedc6dd08'/>
<id>urn:sha1:47afbdfb7995d703987a273bccc3a60fedc6dd08</id>
<content type='text'>
With the fix for the mtime race, this workaround is no longer
necessary.
</content>
</entry>
<entry>
<title>test: revert non-intentional changes introduced in eb4cf465</title>
<updated>2011-06-29T21:20:57Z</updated>
<author>
<name>Pieter Praet</name>
<email>pieter@praet.org</email>
</author>
<published>2011-06-29T20:23:47Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=ec1b568929f53b99362d6b254085da03231a2a26'/>
<id>urn:sha1:ec1b568929f53b99362d6b254085da03231a2a26</id>
<content type='text'>
eb4cf465 introduces changes which weren't part of the submitted
patch (id:"87liwlip2j.fsf@gmail.com"), presumably made during
resolving merge conflicts.

The first one causes the title of a test to be printed a second time,
in place of the correct title:

  PASS   Message with .. in Message-Id:
  PASS   Message with .. in Message-Id:

instead of:

  PASS   Message with .. in Message-Id:
  PASS   Sending a message via (fake) SMTP

The second one is simply the insertion of a line break, so no harm there.

This commit reverts both changes, as they were clearly accidental.

Signed-off-by: Pieter Praet &lt;pieter@praet.org&gt;
</content>
</entry>
<entry>
<title>test: Use increment_mtime rather than sleep</title>
<updated>2011-06-29T21:11:38Z</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=55a78d5dbd96b80939458d9d6cc8a536b1befa87'/>
<id>urn:sha1:55a78d5dbd96b80939458d9d6cc8a536b1befa87</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.
</content>
</entry>
<entry>
<title>test:Folder tags shouldn't match after removal of file in given folder</title>
<updated>2011-06-29T21:10:05Z</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=86e0baeb6df5509393832488c0de3520a1a5bdcb'/>
<id>urn:sha1:86e0baeb6df5509393832488c0de3520a1a5bdcb</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.
</content>
</entry>
<entry>
<title>test: fix tests after notmuch show output changes related to filenames</title>
<updated>2011-06-29T03:06:20Z</updated>
<author>
<name>Dmitry Kurochkin</name>
<email>dmitry.kurochkin@gmail.com</email>
</author>
<published>2011-05-28T22:03:48Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f74c4bc2f3ceedc6b6f3501c552df6c77fce9c00'/>
<id>urn:sha1:f74c4bc2f3ceedc6b6f3501c552df6c77fce9c00</id>
<content type='text'>
Adding the filename propery alongside ID and Content-type.

This makes the test suite pass again after the recent change.
</content>
</entry>
<entry>
<title>test: use emacsclient(1) for Emacs tests</title>
<updated>2011-06-29T00:10:55Z</updated>
<author>
<name>Dmitry Kurochkin</name>
<email>dmitry.kurochkin@gmail.com</email>
</author>
<published>2011-06-28T04:56:17Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=a854d06e92645350b7ec3f6cd1a10a2f6933104f'/>
<id>urn:sha1:a854d06e92645350b7ec3f6cd1a10a2f6933104f</id>
<content type='text'>
Before the change, every Emacs test ran in a separate Emacs
instance.  Starting Emacs many times wastes considerable time and
it gets worse as the test suite grows.  The patch solves this by
using a single Emacs server and emacsclient(1) to run multiple
tests.  Emacs server is started on the first test_emacs call and
stopped when test_done is called.  We take care not to leave
orphan Emacs processes behind when test is terminated by whatever
reason: Emacs server runs a watchdog that periodically checks
that the test is still running.

Some tests need to provide user input.  Before the change, this
was done using echo(1) to Emacs stdin.  This no longer works and
instead `standard-input' variable is set accordingly to make
`read' return the appropriate string.
</content>
</entry>
<entry>
<title>test: Increment mtime when delivering a message with emacs_deliver_message</title>
<updated>2011-06-29T00:10:55Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-06-29T00:06:15Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6ea26cfb81c68526b157a213d00b593d4e7b1335'/>
<id>urn:sha1:6ea26cfb81c68526b157a213d00b593d4e7b1335</id>
<content type='text'>
Without this, mail messages delivered by emacs_deliver_message might
not be seen by the next invocation of "notmuch new", (which can lead
to test-suite failures if emacs_deliver_message is fast enough).
</content>
</entry>
<entry>
<title>test:Improve test behaviors when --root is used</title>
<updated>2011-06-28T23:01:56Z</updated>
<author>
<name>Mark Anderson</name>
<email>ma.skies@gmail.com</email>
</author>
<published>2011-06-28T22:11:32Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=eb4cf465a5c179c711c15649fc90c7377850cb77'/>
<id>urn:sha1:eb4cf465a5c179c711c15649fc90c7377850cb77</id>
<content type='text'>
Change add_email_corpus, emacs_deliver_message and tests to use
$TEST_DIRECTORY instead of '..'.

This improves the behavior of the usage of --root=&lt;dir&gt;, as the
assumption of what '..' means will usually be incorrect.

Document -root option in README and update valgrind to work with
-root.
</content>
</entry>
</feed>
