notmuch, branch debian/0.39_rc3-1

debian: changelog for 0.39~rc3-1

2025-03-14T22:07:38Z

version: bump to 0.39~rc3

2025-03-14T22:06:12Z

Set 'untrusted-content' to t in all modes

2025-03-14T11:51:02Z

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.

bindings/python-cffi: fix docstring for message.header()

2025-03-14T00:18:15Z

The cffi bindings raise a LookupError in case a header is not present. Adjust the docstring to say so. The legacy bindings behaved differently, and this is one of the things to be aware of when migrating to the cffi bindings.

Debian build-deps: include emacs-pgtk in conjunction

2025-03-14T00:05:18Z

Debian developers with the pure GTK+ variant of emacs (which does not support X11 at all, as it builds entirely against the GTK Wayland backend) should also be able to treat the build-dependencies as satisfied. Signed-off-by: Daniel Kahn Gillmor

emacs/tree: add call to notmuch-hl-line-mode from process-filter

2025-03-13T10:56:05Z

This removes the visual gap/stutter between when the screen fills and when the hl-line "cursor" is drawn. It is not obviously how to robustly test this, since it the observable effect is purely a matter of timing.

emacs/tree: call notmuch-hl-line-mode from tree-sentinel

2025-03-13T10:56:05Z

There is a a perceptible gap between when the tree shows up and when the hl-line is visible, but this is better than the previous state where the line did not show up at all until the user moved the cursor.

emacs/tree: condition hl-line-mode on notmuch-hl-line

2025-03-13T10:55:21Z

It isn't clear that this call to hl-line-mode will survive the coming re-organization to stop relying on hooks, but incrementally this at least makes the disabling behaviour consistent.

emacs: replace use of hook to draw hl-line in search mode

2025-03-13T10:48:53Z

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.

test/emacs: add tests for hl-line-mode integration

2025-03-13T10:18:07Z

Most of the known broken tests replicate (my intepretation of) the bug reported at id:87fsfuuxwn.fsf@thinkbox (or some unreported, but probably related bugs in tree/unthreaded view). The last 3 broken tests are just unimplimented planned functionality.