notmuch, branch debian/0.38.1_pre0-1thread-based email index, search, and tagginghttps://git.notmuchmail.org/git/notmuch/atom?h=debian%2F0.38.1_pre0-12023-10-01T11:16:48Zdebian: finalize changelog for 0.38.1~pre0-12023-10-01T11:16:48ZDavid Bremnerdavid@tethera.net2023-10-01T11:16:48Zurn:sha1:6ea0b18d1ebf9198d72b40ebec2172a66af3509a
Bonus typo fix.
emacs/show: special case toggling display of images2023-10-01T10:47:16ZDavid Bremnerdavid@tethera.net2023-09-24T09:51:52Zurn:sha1:a064a25427f466c6ba7da76c2b58bbac290caf5a
According to emacs upstream [1], we can't expect overlay invisibility
and images to get along. This commit uses the previously stashed
undisplayer functions to actually remove the images from the buffer.
When the image is toggled, it is essentially redisplayed from scratch,
using the previously stashed redisplay data.
[1]: https://lists.gnu.org/archive/html/emacs-devel/2023-08/msg00593.html
emacs: save image redisplay data during non-lazy display2023-10-01T10:47:16ZDavid Bremnerdavid@tethera.net2023-09-24T09:51:51Zurn:sha1:0646d4855bff8b1f7ab10d5207cd66c9e75ea810
This data will eventually be used to redisplay hidden images. A
certain amount of refactoring is done here to avoid code
duplication.
emacs/show: save redisplay redisplay data when showing lazy part.2023-10-01T10:47:16ZDavid Bremnerdavid@tethera.net2023-09-24T09:51:50Zurn:sha1:bfcfa947f8a989594d73a40a056cbb0bd37188ab
This data will be used to redisplay an image that is hidden by
deleting it from the buffer. We cannot easily delay until the image
is hidden, as we won't have the original data at that point.
emacs: save undisplayer function for MIME parts2023-10-01T10:47:16ZDavid Bremnerdavid@tethera.net2023-09-24T09:51:49Zurn:sha1:b1129d905af5643ffec6a19d6cb1cf76abf9d9ce
For some kinds of MIME parts (at least images), our trickery with
overlays will not work, so save the more drastic function created by
Gnus that actually deletes the part from the buffer. In an ideal world
we would return this function as (part of) a value, but here the call
stack is too complicated for anything that simple, so we stash it in
the part plist and rely on that being preserved (unlike the mm handle,
which is transient).
Pass error message from GLib ini parser to CLI2023-09-23T11:34:48ZDavid Bremnerdavid@tethera.net2023-09-15T12:50:04Zurn:sha1:1c10d91d8e4a3e5bc76ca4c6b9939f3759e6ef5e
The function _notmuch_config_load_from_file is only called in two
places in open.cc. Update internal API to match the idiom in open.cc.
Adding a newline is needed for consistency with other status strings.
Based in part on a patch [1] from Eric Blake.
[1]: id:20230906153402.101471-1-eblake@redhat.com
test: add known broken subtest for the bad config error message2023-09-23T11:29:32ZDavid Bremnerdavid@tethera.net2023-09-15T12:50:03Zurn:sha1:bc38580cef3316254b1ffb15b4711b541c6f9bb3
This is a bit fragile w.r.t. glib changing their error message, but it
already helped me find one formatting bug, so for now I think it's
worth it, instead of just grepping for "UTF-8".
CLI: exit with error when load_config returns an error.2023-09-23T11:26:40ZDavid Bremnerdavid@tethera.net2023-09-15T12:50:02Zurn:sha1:dbb5ff338511bfa6718ed144b95a689809d4bea1
For now print a generic error message and exit with error on any
non-success code. Previously the code exited, but with exit code zero,
leading users / scripts to think the command had succeeded.
test: add known broken test for bad utf8 in config2023-09-23T11:22:51ZDavid Bremnerdavid@tethera.net2023-09-15T12:50:01Zurn:sha1:112c53535a569ba28a2a7f3baae7fcc4033c65bc
We should ideally print an informative error message, but at the very
least we should not exit with success.
debian: start changelog for 0.38.1~pre0-12023-09-23T11:16:20ZDavid Bremnerdavid@tethera.net2023-09-23T11:16:20Zurn:sha1:6ed348474908e97950a78b431fdba19f528b2d30