{"push_id":557533616,"size":19,"distinct_size":19,"ref":"refs/heads/master","head":"b74ed1cfad09f578e7c05ca5676d9d3d8c512a5e","before":"7fcd100a2f4fcc3762f2f73bcca3c30cc971b67a","commits":[{"sha":"d241a486facf1002b29e499c2fb96a302bfd825b","author":{"email":"aa743a0aaec8f7d7a1f01442503957f4d7a2d634@tethera.net","name":"David Bremner"},"message":"doc: remove support for rst2man\n\nIt was becoming increasingly complicated to support rst2man, and there\nwere apparently not many people that relied on it.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/d241a486facf1002b29e499c2fb96a302bfd825b"},{"sha":"9d4ff29ad86e24d0cc3500ca1d0ef2ab91cde222","author":{"email":"c2b1db9ca02649691448dcea07fbb103f40d312a@gmail.com","name":"Franz Fellner"},"message":"VIM: Respect exclude_tags specified in .notmuch-config\n\nExclude mails tagged with any tag specified in 'notmuch config get\nsearch.exclude_tags' in folders list and search list.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/9d4ff29ad86e24d0cc3500ca1d0ef2ab91cde222"},{"sha":"ce9f559b8642e0cc2eaffbf9dea9b3cbd46ee30d","author":{"email":"c2b1db9ca02649691448dcea07fbb103f40d312a@gmail.com","name":"Franz Fellner"},"message":"VIM: Improve performance of folders_render\n\nSimply use query.count_[messages,threads] instead of actually running\nthe query and using the count attribute of the result set.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/ce9f559b8642e0cc2eaffbf9dea9b3cbd46ee30d"},{"sha":"cc3d25dd341c7ac687d4df085bbffeab995cdef4","author":{"email":"aa743a0aaec8f7d7a1f01442503957f4d7a2d634@tethera.net","name":"David Bremner"},"message":"emacs: escape % in header line format\n\nWe set header-line-format to the message subject, but if the subject\ncontains percents, the next character is interpreted as a formatting\ncontrol, which is not desired.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/cc3d25dd341c7ac687d4df085bbffeab995cdef4"},{"sha":"0829bd4e5da82a14e003f4036592913adb00e243","author":{"email":"2c763d726a8c2f6afda9be7e0e56a2caa6bb5e6b@electricoding.com","name":"Todd"},"message":"test: Add failing unit tests for indexed mime types\n\nAdds three failing unit tests for searching of mime-types.\n\nAn attempt was made at adding a negative test (i.e. searching for a\nnon-existent mime-type and ensuring it didn't return a message), but\nthat test would always pass making it pointless.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/0829bd4e5da82a14e003f4036592913adb00e243"},{"sha":"0de999aab5bd4cd44bc4ea76fd1d25172bd839ae","author":{"email":"2c763d726a8c2f6afda9be7e0e56a2caa6bb5e6b@electricoding.com","name":"Todd"},"message":"Add the NOTMUCH_FEATURE_INDEXED_MIMETYPES database feature\n\nThis feature will exist in all newly created databases, but there is\nno upgrade provided for it.  If this flag exists, it indicates that\nthe database was created after the indexed MIME-types feature was\nadded.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/0de999aab5bd4cd44bc4ea76fd1d25172bd839ae"},{"sha":"b04bc967f9837e9d451ef88c276c744aa55accaa","author":{"email":"2c763d726a8c2f6afda9be7e0e56a2caa6bb5e6b@electricoding.com","name":"Todd"},"message":"Add indexing for the mimetype term\n\nThis adds the indexing support for the \"mimetype:\" term and removes\nthe broken test flag.  The indexing is probablistic in Xapian terms,\nwhich gives a better experience to end users.  Standard content-types\nof the form \"foo/bar\" are automatically interpreted as phrases in\nXapian due to the embedded slash.\n\nAssume, separate messages with application/pdf and application/x-pdf\nare indexed, then:\n\n- mimetype:application/x-pdf will find only the application/x-pdf\n- mimetype:application/pdf will find only the application/pdf\n- mimetype:pdf will find both of the messages","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/b04bc967f9837e9d451ef88c276c744aa55accaa"},{"sha":"694c7b9ba7c83eba10105f0f151884dcdb90426d","author":{"email":"2c763d726a8c2f6afda9be7e0e56a2caa6bb5e6b@electricoding.com","name":"Todd"},"message":"Update completions for Emacs and bash\n\nThis adds completions for both Emacs and bash. ZSH does not appear to\nhave completions for search terms.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/694c7b9ba7c83eba10105f0f151884dcdb90426d"},{"sha":"8fb1cbc1c20f822844af7a59aa06c37aacd88b9c","author":{"email":"2c763d726a8c2f6afda9be7e0e56a2caa6bb5e6b@electricoding.com","name":"Todd"},"message":"Update documentation\n\nAdds new entry to the NEWS file, and updates the search terms section\nof the man page.  The search terms section needs to be updated again\nonce the new section in the documentation covering probablistic terms\nhas been committed.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/8fb1cbc1c20f822844af7a59aa06c37aacd88b9c"},{"sha":"b9e7b8e8f08e9abb18d8f0a9028b18932ff3e565","author":{"email":"aa743a0aaec8f7d7a1f01442503957f4d7a2d634@tethera.net","name":"David Bremner"},"message":"doc: gzipped notmuch.3 before trying to install notmuch.3.gz\n\nIf HAVE_SPHINX=0 but HAVE_DOXYGEN=1, then the previous version was\ntrying to install notmuch.3.gz but only got as far as creating\nnotmuch.3","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/b9e7b8e8f08e9abb18d8f0a9028b18932ff3e565"},{"sha":"4d5477a3d5c1bdcc9fcdb427655c6a036148bd90","author":{"email":"aa743a0aaec8f7d7a1f01442503957f4d7a2d634@tethera.net","name":"David Bremner"},"message":"doc: add details about Xapian search syntax\n\nQuestions related to the way that probabilistic prefixes and phrases\nare handled come up quite often and it is nicer to have the documentation self contained.  Hopefully putting it in subsections prevents it from being overwhelming.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/4d5477a3d5c1bdcc9fcdb427655c6a036148bd90"},{"sha":"c67a04de60d4f2f9060e41204f2fd50f1edc6a5c","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Track full message and part descriptor in w3m CID store\n\nThis will simplify later changes.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/c67a04de60d4f2f9060e41204f2fd50f1edc6a5c"},{"sha":"021906d6ec60360b5587ae08657fd6caa9a71b17","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Create an API for fetching parts as undecoded binary\n\nThe new function, `notmuch-get-bodypart-binary', replaces\n`notmuch-get-bodypart-internal'.  Whereas the old function was really\nmeant for internal use in `notmuch-get-bodypart-content', it was used\nin a few other places.  Since the difference between\n`notmuch-get-bodypart-content' and `notmuch-get-bodypart-internal' was\nunclear, these other uses were always confusing and potentially\ninconsistent.  The new call clearly requests the part as undecoded\nbinary.\n\nThis is step 1 of 2 in separating `notmuch-get-bodypart-content' into\ntwo APIs for retrieving either undecoded binary or decoded text.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/021906d6ec60360b5587ae08657fd6caa9a71b17"},{"sha":"991efcded840944b2f7ebf97d4c9df51a3d011cf","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Remove broken `notmuch-get-bodypart-content' API\n\n`notmuch-get-bodypart-content' could do two very different things,\ndepending on conditions: for text/* parts other than text/html, it\nwould return the part content as a multibyte Lisp string *after*\ncharset conversion, while for other parts (including text/html), it\nwould return binary part content without charset conversion.\n\nThis commit completes the split of `notmuch-get-bodypart-content' into\ntwo different and explicit APIs: `notmuch-get-bodypart-binary' and\n`notmuch-get-bodypart-text'.  It updates all callers to use one or the\nother depending on what's appropriate.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/991efcded840944b2f7ebf97d4c9df51a3d011cf"},{"sha":"9d19f325f5a0879e2f646e83e59595d5cb345de3","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Return unibyte strings for binary part data\n\nUnibyte strings are meant for representing binary data.  In practice,\nusing unibyte versus multibyte strings affects *almost* nothing.  It\ndoes happen to matter if we use the binary data in an image descriptor\n(which is, helpfully, not documented anywhere and getting it wrong\nresults in opaque errors like \"Not a PNG image: <giant binary spew\nthat is, in fact, a PNG image>\").","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/9d19f325f5a0879e2f646e83e59595d5cb345de3"},{"sha":"3687418526b155668578c1d70ccd6d9b63de2200","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Support caching in notmuch-get-bodypart-{binary,text}\n\n(The actual code change here is small, but requires re-indenting\nexisting code.)","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/3687418526b155668578c1d70ccd6d9b63de2200"},{"sha":"b0b5ced82b0a8cca2bbbe7b8b8c887c68b5afff0","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Use generalized content caching in w3m CID code\n\nPreviously this did its own caching, but this is now supported by more\ngenerally by `notmuch-get-bodypart-binary'.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/b0b5ced82b0a8cca2bbbe7b8b8c887c68b5afff0"},{"sha":"f84cbb1d4d65b097507381491d953272a50fe2f8","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Rewrite content ID handling\n\nBesides generally cleaning up the code and separating the general\ncontent ID handling from the w3m-specific code, this fixes several\nproblems.\n\nForemost is that, previously, the code roughly assumed that referenced\nparts would be in the same multipart/related as the reference.\nAccording to RFC 2392, nothing could be further from the truth:\ncontent IDs are supposed to be globally unique and globally\naddressable.  This is nonsense, but this patch at least fixes things\nso content IDs can be anywhere in the same message.\n\nAs a side-effect of the above, this handles multipart/alternate\ncontent-IDs more in line with RFC 2046 section 5.1.2 (not that I've\never seen this in the wild).  This also properly URL-decodes cid:\nURLs, as per RFC 2392 (the previous code did not), and applies crypto\nsettings from the show buffer (the previous code used the global\ncrypto settings).","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/f84cbb1d4d65b097507381491d953272a50fe2f8"},{"sha":"b74ed1cfad09f578e7c05ca5676d9d3d8c512a5e","author":{"email":"b22f5356736bb526fdd388d60691262057d83ae9@mit.edu","name":"Austin Clements"},"message":"emacs: Support cid: references with shr renderer\n\nshr has really nice support for inline image rendering, but previously\nwe only had the hooks for w3m cid: references.","distinct":true,"url":"https://api.github.com/repos/notmuch/notmuch/commits/b74ed1cfad09f578e7c05ca5676d9d3d8c512a5e"}]}