emacs-bug-tracker
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[debbugs-tracker] bug#23695: closed (25.0.94; todo-mode breaks minibuffe


From: GNU bug Tracking System
Subject: [debbugs-tracker] bug#23695: closed (25.0.94; todo-mode breaks minibuffer-complete-word)
Date: Wed, 29 Jun 2016 09:53:03 +0000

Your message dated Wed, 29 Jun 2016 11:52:42 +0200
with message-id <address@hidden>
and subject line Re: bug#23695: 25.0.94; todo-mode breaks 
minibuffer-complete-word
has caused the debbugs.gnu.org bug report #23695,
regarding 25.0.94; todo-mode breaks minibuffer-complete-word
to be marked as done.

(If you believe you have received this mail in error, please contact
address@hidden)


-- 
23695: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23695
GNU Bug Tracking System
Contact address@hidden with problems
--- Begin Message --- Subject: 25.0.94; todo-mode breaks minibuffer-complete-word Date: Sun, 05 Jun 2016 11:18:46 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.0.94 (gnu/linux)
0. emacs -Q
1. Sanity check: Typing e.g. `C-h f url- SPC' should pop up a
   *Completions* buffer showing functions beginning with "url-", since
   SPC in the minibuffer is bound to minibuffer-complete-word.
2. C-g to exit the minibuffer, then, if you have no files made by
   todo-mode (i.e. no directory ~/.emacs.d/todo), type `M-x todo-show
   RET RET RET RET RET' (accepting defaults) to create a todo file with
   a category and an entry.
3. Type `q' to quit todo-mode (optional) and redo step 1.
=> Upon typing SPC this time, instead of getting the *Completions*
   buffer, a space is inserted in the minibuffer after "url-".

If at step 2 you already have one or more todo-files, then invoking a
number of todo-mode commands, e.g. `j' to jump to another category or
`C a' to add a new category, will likewise globally change the effect of
all subsequent uses of SPC in the minibuffer.

The patch below fixes this.  I request approval to push this fix to
emacs-25, since without it, todo-mode-specific behavior changes the
minibuffer behavior in rest of Emacs.  Also, the fix is certainly safe,
since it replaces naively implemented functionality by canonical code to
temporarily change a minibuffer key binding.  (Since I normally don't
use SPC for minibuffer completion but just TAB, I only discovered this
bug yesterday, when I was trying and failed to reproduce bug#23670 in a
session in which I had already used the broken todo-mode function.)

diff --git a/lisp/calendar/todo-mode.el b/lisp/calendar/todo-mode.el
index 8e75258..f0d4bc5 100644
--- a/lisp/calendar/todo-mode.el
+++ b/lisp/calendar/todo-mode.el
@@ -5750,8 +5750,9 @@ todo-read-category
 against categories in that file; otherwise complete against all
 categories from `todo-category-completions-files'."
   ;; Allow SPC to insert spaces, for adding new category names.
-  (let ((map minibuffer-local-completion-map))
-    (define-key map " " nil)
+  (let ((minibuffer-local-completion-map
+         (copy-keymap minibuffer-local-completion-map)))
+    (define-key minibuffer-local-completion-map " " 'self-insert-command)
     (let* ((add (eq match-type 'add))
           (archive (eq match-type 'archive))
           (file0 (when (and file (> (length todo-files) 1))


In GNU Emacs 25.0.94.8 (x86_64-suse-linux-gnu, GTK+ Version 3.14.15)
 of 2016-06-05 built on rosalinde
Repository revision: a5d05f447008c4a99d1b00f0af642b4a5ce4cbce
Windowing system distributor 'The X.Org Foundation', version 11.0.11601000
System Description:     openSUSE 13.2 (Harlequin) (x86_64)

Configured using:
 'configure --with-xwidgets 'CFLAGS=-Og -g3''

Configured features:
XPM JPEG TIFF GIF PNG RSVG IMAGEMAGICK SOUND DBUS GCONF GSETTINGS NOTIFY
GNUTLS LIBXML2 FREETYPE M17N_FLT LIBOTF XFT ZLIB TOOLKIT_SCROLL_BARS
GTK3 X11 XWIDGETS

Important settings:
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=ibus
  locale-coding-system: utf-8-unix



--- End Message ---
--- Begin Message --- Subject: Re: bug#23695: 25.0.94; todo-mode breaks minibuffer-complete-word Date: Wed, 29 Jun 2016 11:52:42 +0200 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux)
On Tue, 14 Jun 2016 23:46:06 +0200 Stephen Berman <address@hidden> wrote:

> On Tue, 14 Jun 2016 20:05:43 +0300 Eli Zaretskii <address@hidden> wrote:
>>
>> OK, please go ahead and push to emacs-25.
>
> Done in commit d7084f2.

Now closing the bug (forgot to when I pushed the fix).

Steve Berman


--- End Message ---

reply via email to

[Prev in Thread] Current Thread [Next in Thread]