<feed xmlns='http://www.w3.org/2005/Atom'>
<title>notmuch/notmuch-search.c, branch 0.6</title>
<subtitle>thread-based email index, search, and tagging</subtitle>
<id>https://git.notmuchmail.org/git/notmuch/atom?h=0.6</id>
<link rel='self' href='https://git.notmuchmail.org/git/notmuch/atom?h=0.6'/>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/'/>
<updated>2011-06-30T00:56:57Z</updated>
<entry>
<title>search --output=files: Output all filenames for each matching message</title>
<updated>2011-06-30T00:56:57Z</updated>
<author>
<name>Mark Anderson</name>
<email>ma.skies@gmail.com</email>
</author>
<published>2011-06-24T23:26:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=fa0c0d0e668961aa9dce884ee7b325095b44ca47'/>
<id>urn:sha1:fa0c0d0e668961aa9dce884ee7b325095b44ca47</id>
<content type='text'>
Messages in the database can have multiple files associated with a
single message-id, but until now only one filename for each message
has been reported by "notmuch search --output=files"

Signed-off-by: Mark Anderson &lt;ma.skies@gmail.com&gt;
(cherry picked from commit d752509abfd7697d2f8a1c5be6f96f0df4f0299d)
</content>
</entry>
<entry>
<title>avoid segfault when calling sanitize_string() on NULL</title>
<updated>2011-06-03T19:30:55Z</updated>
<author>
<name>Daniel Kahn Gillmor</name>
<email>dkg@fifthhorseman.net</email>
</author>
<published>2011-05-28T21:51:52Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=8a7d4aa1b18031f31a1893727870fb5969ff9b3f'/>
<id>urn:sha1:8a7d4aa1b18031f31a1893727870fb5969ff9b3f</id>
<content type='text'>
Signed-off-by: Jameson Graef Rollins &lt;jrollins@finestructure.net&gt;
</content>
</entry>
<entry>
<title>Sanitize "Subject:" and "Author:" fields to not contain control characters in notmuch-search</title>
<updated>2011-06-02T04:41:24Z</updated>
<author>
<name>Andreas Amann</name>
<email>a.amann@ucc.ie</email>
</author>
<published>2011-05-08T21:14:33Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=f954b692517237cb0d4779ca95002b2c896cc62d'/>
<id>urn:sha1:f954b692517237cb0d4779ca95002b2c896cc62d</id>
<content type='text'>
When a Subject field contained encoded CRLF sequences, these sequences
would appear unfiltered in the output of notmuch search. This confused
the notmuch emacs interface leading to "Unexpected Output"
messages. This is now fixed by replacing all characters with ASCII
code less than 32 with a question mark.

Signed-off-by: Jameson Graef Rollins &lt;jrollins@finestructure.net&gt;
</content>
</entry>
<entry>
<title>Fix missing final newline in notmuch search output</title>
<updated>2011-06-01T23:30:29Z</updated>
<author>
<name>Jameson Graef Rollins</name>
<email>jrollins@finestructure.net</email>
</author>
<published>2011-05-06T19:03:04Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=049ac914f9041df54bfdbcb43f9356c4e74c1279'/>
<id>urn:sha1:049ac914f9041df54bfdbcb43f9356c4e74c1279</id>
<content type='text'>
A previous commit to fix json formatting for null results
(0b1ddc5f6652bde99d63d9d553777b3d926694cf) accidentally introduced a
regression that removed trailing newlines for non-json output.  (There
wasn't a good test for this previously, but there is now).  The
problem is due to the fundamental differences in formatting between
the json and non-json outputs.  The only way to fix this was to add a
new formatting field that represents the string to output at the end
of a null result.

All output formatting tests should pass now, (in particular, the 4
recent test failures introduced to show this bug).
</content>
</entry>
<entry>
<title>json: Fix search result with no matches to be a valid json object.</title>
<updated>2011-03-09T23:10:03Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-01-30T19:26:04Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=0b1ddc5f6652bde99d63d9d553777b3d926694cf'/>
<id>urn:sha1:0b1ddc5f6652bde99d63d9d553777b3d926694cf</id>
<content type='text'>
In the original json code, search matching nothing would return a
valid, empty json array (that is, "[]"). I broke this in commit
6dcb7592e32ed5140ea0c0357ce78d6a37af6066 when adding support for
--output=threads|messages|tags. This time, while fixing the bug also
add a test to the test suite to help avoid future regressions.
</content>
</entry>
<entry>
<title>notmuch search: Clean up some memory leaks during search loop.</title>
<updated>2011-01-26T05:59:19Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2011-01-25T13:40:35Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=b64afb1ab9924749cd6d3fbfa02e5e42bb0d728b'/>
<id>urn:sha1:b64afb1ab9924749cd6d3fbfa02e5e42bb0d728b</id>
<content type='text'>
With talloc, we were already freeing all memory by the time we exited
the loop, but that didn't help with excess use of memory inside the
loop, (which was mostly from tallocing some objects with the incorrect
parent).

Thanks to Andrew Tridgell for sitting next to me and teaching me to
use talloc_report_full to find these leaks.
</content>
</entry>
<entry>
<title>notmuch search: Fix missing final newline in "notmuch search --output=tags"</title>
<updated>2010-11-24T01:58:00Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-11-24T01:58:00Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=fb4ded1cc9de716b0e8d8b6dacce2417a9c421cb'/>
<id>urn:sha1:fb4ded1cc9de716b0e8d8b6dacce2417a9c421cb</id>
<content type='text'>
As mentioned in the recent test commits, this also fixes the missing
'[' and ']' characters in the --format=json variant of "notmuch search
--output=tags" as well.
</content>
</entry>
<entry>
<title>Print nothing when search result is empty</title>
<updated>2010-11-04T19:36:04Z</updated>
<author>
<name>Michal Sojka</name>
<email>sojkam1@fel.cvut.cz</email>
</author>
<published>2010-11-01T16:15:40Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=772bde847c4bbf3efa8ec7a333c64d19915339f1'/>
<id>urn:sha1:772bde847c4bbf3efa8ec7a333c64d19915339f1</id>
<content type='text'>
This change affects both text and json formats. Now, text format
behaves as before commit 6dcb7592, but json format is changed.
Earlier, the empty search returned '[]', now it returns ''. The emacs
interface seems not to be affected by this change.
</content>
</entry>
<entry>
<title>notmuch search: Add a new "notmuch search --output=files"</title>
<updated>2010-10-28T18:35:54Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T18:33:55Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=53311617494feb4ce575e9676cba938b93d5ebfb'/>
<id>urn:sha1:53311617494feb4ce575e9676cba938b93d5ebfb</id>
<content type='text'>
Yet another thing that will be extremely handy for scripts.
</content>
</entry>
<entry>
<title>notmuch search: Add a new --output=(summary|threads|messages|tags) option.</title>
<updated>2010-10-28T18:35:16Z</updated>
<author>
<name>Carl Worth</name>
<email>cworth@cworth.org</email>
</author>
<published>2010-10-28T18:19:53Z</published>
<link rel='alternate' type='text/html' href='https://git.notmuchmail.org/git/notmuch/commit/?id=6dcb7592e32ed5140ea0c0357ce78d6a37af6066'/>
<id>urn:sha1:6dcb7592e32ed5140ea0c0357ce78d6a37af6066</id>
<content type='text'>
This can be handy for scripts which need to extract just a thread ID from
a search term, for example.
</content>
</entry>
</feed>
