notmuch/test/multipart, branch 0.10.2

test: test for absence of "Non-text part: application/pgp-*" lines in reply

2011-10-06T13:13:20Z

In reply, the quoted text does not need to mention that the original message had "application/pgp-signed" or "application/pgp-encrypted" parts.

test/multipart: test for absence of "Non-text part:" lines in reply for multipart/* and message/rfc822 parts

2011-10-06T13:12:28Z

There's no reason to output "Non-text part:" lines for parts that are not leaf nodes, eg. multipart/* and message/rfc822. We fix the text here to test for their absence. The next patch will fix reply accordingly.

test: mark multipart rfc822 part test as broken

2011-09-10T18:00:17Z

Using the new test_subtest_known_broken support thanks to Dmitry Kurochkin. This makes the output less scary until we can fix the underlying problems.

test: overhaul multipart test to test for improved message/rfc822 handling

2011-09-06T01:57:39Z

The main goal of this overhaul is to define how message/rfc822 parts should be handled. message/rfc822 parts should be output in a similar fashion to the outer message, including some subset of the rfc822 headers. The following decisions about formatting of message/rfc822 parts were made: The format and content of message/rfc822 parts shall be as similar as possible to that of full messages. In particular, for formatted outputs, the "content" of rfc822 part output should include "headers" and "body" fields). The "body" field shall include the body of the message. The "headers" field shall include the following headers, since these are the ones available from the GMimeMessage: "From" "To" "Cc" "Subject" "Date" However, for the case of --format=raw the raw rfc822 should be output, including all headers. A subset of relevant headers shall be output in reply. The test embedded rfc822 message is also modified to be itself multipart, so we can more fully test how all sub parts of the message part are output. Note added by Committer: Currently, expect one test (--format=raw --part=3, rfc822 part) to fail.

test: Fix date in test message in multipart test.

2011-09-05T11:54:56Z

The test message date, "Tue, 05 Jan 2001 15:43:57 -0000", is not actually a real date. 05 Jan 2001 was in fact a Friday, not a Tuesday. Date parsers (such as "date" in coreutils) will return "Fri" as the day for this string, even if "Tue" is specified. Also, the time zone "-0000" is actually always returned as "+0000", so we change that here was well. This will be relevant for later patches when we begin parsing rfc822 part headers, where gmime returns a parsed date string. If we do want to test date parsing, we should do that in a separate test.

test: some small fixes to multipart test

2011-09-05T11:54:56Z

There were two "--format=text --part=0" tests. One of them was supposed to be a test for "--format=text --part=1". There were also two errant "test_expect_equal_file OUTPUT EXPECTED" lines, that are removed here.

test: Nix increment_mtime.

2011-06-29T22:26:45Z

With the fix for the mtime race, this workaround is no longer necessary.

test: fix tests after notmuch show output changes related to filenames

2011-06-29T03:06:20Z

Adding the filename propery alongside ID and Content-type. This makes the test suite pass again after the recent change.

fix sum moar typos [user-visible documentation in code]

2011-06-23T22:58:50Z

Various typo fixes in documentation within the code that can be made available to the user, (emacs function help strings, "notmuch help" output, notmuch man page, etc.). Signed-off-by: Pieter Praet Edited-by: Carl Worth Restricted to just documentation and fixed fix of "comman" to "common" rather than "command".

test: modify multipart test to use test_expect_equal_file

2011-06-03T22:24:35Z

Again, this is a much cleaner and more thorough test, and in fact exposes a bug in the format=text output, that will be fixed the next commit. Because of this, some of the multipart tests currently fail.