summaryrefslogtreecommitdiff
path: root/lisp
diff options
context:
space:
mode:
authorStephen Gildea <stepheng+emacs@gildea.com>2018-09-02 17:06:29 -0700
committerStephen Gildea <stepheng+emacs@gildea.com>2018-09-05 06:49:36 -0700
commite932395656b80cc30ba3a53d83bddf57339aef7d (patch)
tree65f6c8b6b4242c64ed9579715e4342dc185cf05a /lisp
parentbaa6ae8724fd4cd7631164a89bf8eed4ff79cfc0 (diff)
downloademacs-e932395656b80cc30ba3a53d83bddf57339aef7d.tar.gz
Do not call mh-next-msg from mh-junk-process-* fns
* mh-junk.el (mh-junk-process-blacklist, mh-junk-process-whitelist): Do not call mh-next-msg. Now that these functions are called from mh-execute-commands, they should not change the current message pointer. The calls to mh-next-msg are probably left over from when blacklist and whitelist message processing was done immediately.
Diffstat (limited to 'lisp')
-rw-r--r--lisp/mh-e/mh-junk.el6
1 files changed, 2 insertions, 4 deletions
diff --git a/lisp/mh-e/mh-junk.el b/lisp/mh-e/mh-junk.el
index 61226066ed3..0a50e027ce0 100644
--- a/lisp/mh-e/mh-junk.el
+++ b/lisp/mh-e/mh-junk.el
@@ -108,8 +108,7 @@ message(s) as specified by the option `mh-junk-disposition'."
(mh-iterate-on-range msg range
(message "Blacklisting message %d..." msg)
(funcall (symbol-function blacklist-func) msg)
- (message "Blacklisting message %d...done" msg))
- (mh-next-msg)))
+ (message "Blacklisting message %d...done" msg))))
;;;###mh-autoload
(defun mh-junk-whitelist (range)
@@ -164,8 +163,7 @@ classified as spam (see the option `mh-junk-program')."
(mh-iterate-on-range msg range
(message "Whitelisting message %d..." msg)
(funcall (symbol-function whitelist-func) msg)
- (message "Whitelisting message %d...done" msg))
- (mh-next-msg)))
+ (message "Whitelisting message %d...done" msg))))