David Edmondson <d...@dme.org> writes: > +(defun notmuch-crypto--async-key-sentinel (process event) > + "When the user asks for a GPG key to be retrieved > +asynchronously, handle completion of that task." > + (let ((status (process-status process)) > + (exit-status (process-exit-status process)) > + (keyid (process-get process :gpg-key-id))) > + (when (memq status '(exit signal)) > + (message "Getting the GPG key %s asynchronously...%s." > + keyid > + (if (= exit-status 0) > + "completed" > + "failed")) > + ;; If the original buffer is still alive and point didn't move > + ;; (i.e. the user didn't move on or away), refresh the buffer to > + ;; show the updated signature status.
This is a pretty conservative condition for the update. I can live with the tradeoff to get non-blocking updates, but I think it will surprise people used to the button updating to have it not do so when they move the point away. So I guess this behavior should be documented in a more user visible way? _______________________________________________ notmuch mailing list notmuch@notmuchmail.org https://notmuchmail.org/mailman/listinfo/notmuch