thread-based email index, search, and tagging https://git.notmuchmail.org/git/notmuch/atom?h=master 2026-01-24T23:15:12Z 2026-01-24T23:15:12Z Kristoffer Balintona krisbalintona@gmail.com 2025-11-13T20:39:14Z urn:sha1:07bb294049e786d1cf6fe07c6bef589826edb973 `notmuch-tree-filter-by-tag' and `notmuch-search-filter-by-tag' are described, in their docstrings, as matching all the messages in the current view that are ALSO tagged by a given tag. However, since the current view's search query was not logically grouped together (with parentheses), the actual behavior was different for sufficiently complex search queries. Fix this by grouping the current view's search query in parentheses first. 2025-06-20T15:57:18Z jonah tschugg@posteo.de 2025-06-01T15:41:37Z urn:sha1:63665f1ebd6eff7753b7798add657fd6dbd110d6 This makes derived-mode matching in display-buffer-alist work. 2025-03-14T11:51:02Z Stefan Kangas stefankangas@gmail.com 2025-03-12T09:36:21Z urn:sha1:df4c1b5be769effb2ef7bc85c8bb8e09fb8f43fc Instead of trying to guess in which modes this is safe not to set in, let's just set it in all of them. Background (added by db): untrusted-content was added in Emacs 29.3 and is currently set by Gnus and used by org-mode to prevent certain unsafe operations. I think the intent is to use it for blocking more unsafe operations in the future. 2025-03-13T10:48:53Z David Bremner david@tethera.net 2024-08-10T17:36:22Z urn:sha1:5cb06b1893091cb069da990556e822c21a684acf In the thread at id:87fsfuuxwn.fsf@thinkbox, a bug is discussed where the point and hl-line overlay get out of sync, leading the user to open the wrong message. As far as I can tell this is caused by notmuch-hl-mode being invoked too early. This change bypasses the logic preventing notmuch-search-hook being called only once, so that the overlay is updated later after the buffer is full(er). This change may lead to the overlay being updated multiple times; if this is annoying we can add a similar buffer local variable to ensure it is only called once. The extra logic to check notmuch-search-target-line reduces the flicker somewhat by not highlighting the first line every time. 2025-03-13T10:18:07Z David Bremner david@tethera.net 2024-08-10T17:36:20Z urn:sha1:b5ba3ff5ef9c2f39326883eff745108537aef89c Currently the presence of hl-line highlighting is controlled implicitely by hooks. In future commits it will be migrated to use this variable. 2024-08-09T13:18:54Z David Bremner david@tethera.net 2024-08-09T13:18:54Z urn:sha1:4e85abda157eac8888809b2dde885f60f312a5fb This reverts commit bc989209171d406b3671024542e59b86b0ecb23d. This was applied unintentionally to master while still under discussion. 2024-08-06T09:25:07Z Rudolf Adamkovič salutis@me.com 2023-12-13T21:39:02Z urn:sha1:bc989209171d406b3671024542e59b86b0ecb23d REPRODUCTION STEPS: (let ((notmuch-saved-searches (list (list :name "Emacs List" :query "query:lists-emacs") (list :name "All Lists" :query "query:lists")))) (notmuch-search-buffer-title "query:lists-emacs" )) ACTUAL: "*notmuch-saved-search-[ All Lists ]-emacs*" EXPECTED: "*notmuch-saved-search-Emacs List*" 2024-04-06T18:03:45Z Mohsin Kaleem mohkale@kisara.moe 2024-03-10T18:57:41Z urn:sha1:cd89065dc36e36b22a2a53832d2cac9b06fba41c The new notmuch-search-hide-excluded option allows users to configure whether to show or hide excluded messages (as determined by search.exclude_tags in the local notmuch config file). It defaults to true for now to maintain backwards-compatibility with how notmuch-{search,tree} already worked. New commands notmuch-search-toggle-hide-excluded and notmuch-tree-toggle-exclude have also been added. They toggle the value of notmuch-search-hide-excluded for the search in the current search or tree buffer. It's bound to "i" in the respective keymaps for these modes. Lastly I've amended some calls to notmuch-tree and notmuch-unthreaded which didn't pass through the buffer local value of notmuch-search-oldest-first (and now notmuch-search-exclude). Examples of where I've done this include: + notmuch-jump-search + notmuch-tree-from-search-current-query + notmuch-unthreaded-from-search-current-query + notmuch-tree-from-search-thread A new test file for Emacs has been added which covers the usage of the new `notmuch-search-hide-excluded' option and interactively hiding or showing mail with excluded tags. These test cover the basic usage of the `notmuch-search-toggle-hide-excluded' command in notmuch-search, notmuch-tree and notmuch-unthreaded searches. These tests also cover the persistence of the current value of the hide-excluded mail option as a user switches from between these different search commands. [1]: id:87ilxlxsng.fsf@kisara.moe Amended-by: db, fix indentation in T461-emacs-search-exclude.sh 2022-11-05T17:13:43Z Matt Armstrong matt@rfc20.org 2022-10-13T03:20:38Z urn:sha1:b6565c1c54e35563843e7ddece601680170bb84a notmuch-search-insert-authors now sets the evaporate property on the ellipsis overlays. Emacs will delete them when the buffer contents are zeroed out, which happens with `notmuch-refresh-buffer`. This prevents them from being collapsed to zero-width overlays in position 1. See Emacs bug#58479. An upcoming change in Emacs will make these dangling overlays visible to the user. 2022-09-23T23:23:58Z Tomi Ollila tomi.ollila@iki.fi 2022-09-18T13:05:50Z urn:sha1:3db892f43b4ac333a09dd05c8f230bf3f8d2b9e9 ...and bind these to "E" in their respective keymaps. Expected to be called interactively, then using read-from-minibuffer with current search string as initial contents for editing. (Noninteractive use makes little sense, but is supported.) With this one can expand (as an opposite to limit) their query and have e.g. (some of their) saved searches as search "templates". While at it, removed `(defvar notmuch-search-query-string)` from notmuch-tree.el; it is unused (`notmuch-tree-basic-query` is used instead). Thanks to Jose Antonio Ortega Ruiz for his example for notmuch-tree code, and better interactive use.