bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Eric Hanchrow]

[-- Attachment #1: Type: text/plain, Size: 5550 bytes --]

I just typed M-x man RET, and the minibuffer has a ^ in it.  I have no
idea why it's there.  Its presence makes it impossible to actually look
up a man page, and so I have to delete it by typing <backspace>.  This
is annoying.


In GNU Emacs 27.0.50 (build 3, x86_64-apple-darwin18.6.0, NS appkit-1671.50
Version 10.14.5 (Build 18F132))
 of 2019-07-09 built on Eric-Hanchrows-MacBook-Pro.local
Repository revision: 3f432bb419093ceb04b909d602eb6dde0c38e770
Repository branch: master
Windowing system distributor 'Apple', version 10.3.1671
System Description:  Mac OS X 10.14.6

Recent messages:
Quit [2 times]
(New file)
Quit
Mark set [7 times]
Sort plain list: [a]lpha  [n]umeric  [t]ime  [f]unc  [x]checked  A/N/T/F/X
means reversed:
Quit
You can run the command ‘sort-lines’ with M-x sor-l RET
Mark set [3 times]
Saving file /private/tmp/merged...
Wrote /private/tmp/merged
Quit
Configured using:
 'configure 'LDFLAGS=-L/usr/local/Cellar/libxml2/2.9.9_2/lib -lxml2 -lz
 -lpthread -liconv -lm'
 CPPFLAGS=-I/usr/local/Cellar/libxml2/2.9.9_2/include/libxml2'

Configured features:
NOTIFY KQUEUE ACL GNUTLS LIBXML2 ZLIB TOOLKIT_SCROLL_BARS NS THREADS
PDUMPER LCMS2 GMP

Important settings:
  value of $LC_ALL: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  locale-coding-system: utf-8-unix

Major mode: Dired by name

Minor modes in effect:
  projectile-mode: t
  savehist-mode: t
  global-flycheck-mode: t
  pyvenv-mode: t
  shell-dirtrack-mode: t
  global-auto-revert-mode: t
  ivy-mode: t
  override-global-mode: t
  tooltip-mode: t
  global-eldoc-mode: t
  mouse-wheel-mode: t
  file-name-shadow-mode: t
  global-font-lock-mode: t
  font-lock-mode: t
  blink-cursor-mode: t
  auto-composition-mode: t
  auto-encryption-mode: t
  auto-compression-mode: t
  buffer-read-only: t
  line-number-mode: t
  transient-mark-mode: t

Load-path shadows:
/Users/erichanchrow/.emacs.d/elpa/faceup-20170925.1946/faceup hides
/Users/erichanchrow/git-repositories/3rd-party/emacs/nextstep/Emacs.app/Contents/Resources/lisp/emacs-lisp/faceup

Features:
(shadow mail-extr emacsbug message rmc rfc822 mml mml-sec epa epg
mm-decode mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils
mailheader sendmail man dired-aux sort js imenu cc-mode cc-fonts
cc-guess cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs
projectile perl6-detect elec-pair savehist xr twisted-mode org-element
avl-tree org org-macro org-footnote org-pcomplete org-list org-faces
org-entities noutline outline org-version ob-emacs-lisp ob ob-tangle
org-src ob-ref ob-lob ob-table ob-keys ob-exp ob-comint ob-core ob-eval
org-compat org-macs org-loaddefs cal-menu calendar cal-loaddefs
work-log-mode flycheck elisp-slime-nav bookmark edit-list pp
highlight-indentation flymake-proc flymake warnings company-capf company
pcase help-fns radix-tree elpy find-file-in-project advice windmove
elpy-shell pyvenv eshell esh-cmd esh-ext esh-opt esh-proc esh-io esh-arg
esh-module esh-groups esh-util elpy-profile elpy-django s elpy-refactor
python tramp-sh tramp tramp-loaddefs trampver tramp-integration
tramp-compat shell pcomplete parse-time ls-lisp ido files-x etags
fileloop generator xref project cus-edit cus-start cus-load
browse-kill-ring eww mm-url gnus nnheader gnus-util rmail rmail-loaddefs
rfc2047 rfc2045 ietf-drums time-date mail-utils wid-edit mm-util
mail-prsvr url-queue url url-proxy url-privacy url-expand url-methods
url-history url-cookie url-domsuf url-util mailcap shr
text-property-search puny svg xml dom browse-url format-spec ws-butler
dired-subtree dired-hacks-utils dash wat derived autorevert filenotify
vc-git diff-mode ibuf-ext ibuffer ibuffer-loaddefs ibuf-macs cl ivy
delsel colir color ivy-overlay ffap thingatpt dired-x dired
dired-loaddefs grep compile comint ansi-color ring find-func
adaptive-wrap rotate face-remap edmacro kmacro use-package
use-package-ensure use-package-delight use-package-diminish
use-package-bind-key bind-key easy-mmode use-package-core finder-inf
gh-common marshal eieio-compat rx cl-extra help-mode info package
easymenu epg-config url-handlers url-parse auth-source cl-seq eieio
eieio-core cl-macs eieio-loaddefs password-cache json subr-x map
url-vars seq byte-opt gv bytecomp byte-compile cconv cl-loaddefs cl-lib
tooltip eldoc electric uniquify ediff-hook vc-hooks lisp-float-type
mwheel term/ns-win ns-win ucs-normalize mule-util term/common-win
tool-bar dnd fontset image regexp-opt fringe tabulated-list replace
newcomment text-mode elisp-mode lisp-mode prog-mode register page
menu-bar rfn-eshadow isearch timer select scroll-bar mouse jit-lock
font-lock syntax facemenu font-core term/tty-colors frame cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray minibuffer
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads kqueue cocoa ns
lcms2 multi-tty make-network-process emacs)

Memory information:
((conses 16 293648 15651)
 (symbols 48 29616 1)
 (strings 32 100027 3296)
 (string-bytes 1 3654872)
 (vectors 16 44677)
 (vector-slots 8 507117 14158)
 (floats 8 322 318)
 (intervals 56 1493 14)
 (buffers 992 18))

[-- Attachment #2: Type: text/html, Size: 5901 bytes --]

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Štěpán Němec]

On Mon, 19 Aug 2019 19:00:05 -0700
Eric Hanchrow wrote:

> I just typed M-x man RET, and the minibuffer has a ^ in it.  I have no
> idea why it's there.  Its presence makes it impossible to actually look
> up a man page, and so I have to delete it by typing <backspace>.  This
> is annoying.

  (customize-variable 'ivy-initial-inputs-alist)

I wonder why you say it makes it impossible to look up a man page,
though, all it does is anchor the (regexp) search string.

-- 
Štěpán

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Stefan Kangas]

tags 37092 + notabug
quit

Štěpán Němec <stepnem@gmail.com> writes:
>
> On Mon, 19 Aug 2019 19:00:05 -0700
> Eric Hanchrow wrote:
>
> > I just typed M-x man RET, and the minibuffer has a ^ in it.  I have no
> > idea why it's there.  Its presence makes it impossible to actually look
> > up a man page, and so I have to delete it by typing <backspace>.  This
> > is annoying.
>
>   (customize-variable 'ivy-initial-inputs-alist)

Hi Eric,

If you experience issues or run into bugs with Ivy, please report them
to the author of that package.  I believe there is an issue tracker at
this link:

https://github.com/abo-abo/swiper

From there, you should also be able to find the Ivy manual which will
give you more information on how to customize that package.

Since this is related to a third party package and not Emacs itself, I
don't see what more we can do here.

Thanks,
Stefan Kangas

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Stefan Kangas]

tags 37092 - notabug
quit

Stefan Kangas <stefan@marxist.se> writes:

> If you experience issues or run into bugs with Ivy, please report them
> to the author of that package.  I believe there is an issue tracker at
> this link:

I fired too fast - Ivy is an ELPA package (double checked now) and
this is actually the right forum for that AFAIK.  Please disregard my
previous email.

Best regards,
Stefan Kangas

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Štěpán Němec]

On Tue, 20 Aug 2019 09:08:48 -0700
Eric Hanchrow wrote:

> Hmm, I just tried again on a different machine, and it indeed failed
> because of the ^
>
> This sequence works (in that it shows me the man page for "locate"):
>
>  ESC x [execute-extended-command]
>  m [self-insert-command]
>  a [self-insert-command]
>  n [self-insert-command]
>  RET [ivy-done]
>  l [self-insert-command]
>  o [self-insert-command]
>  c [self-insert-command]
>  a [self-insert-command]
>  t [self-insert-command]
>  e [self-insert-command]
>  C-a [move-beginning-of-line]
>  C-d [ivy-delete-char]
>  C-e [move-end-of-line]
>  RET [ivy-done]
>
> However, a similar sequence, but without the C-a C-d C-e (i.e., when I
> leave the caret in place), yields this message in the echo area:
>
>         Can’t find the ^locate manpage
>
> I should note that in both cases, _no_ completions are shown in the echo
> area.  It's as if ivy fails to find any completion candidates at all, and
> therefore "^locate" doesn't match any of them, so it simply passes that
> string through to the "man" command.
>
> If I have time I'll try to debug this.

[I've readded the bug list to the mail headers, please try to keep it
there]

Given that you're reporting this here I assume you installed ivy from
GNU ELPA, but I can't reproduce your problem with that version (0.12.0)
or the one from MELPA, so at the very least some more information seems
necessary from your side.

I've now also added the package author to the Cc header (there's also
the issue tracker at <https://github.com/abo-abo/swiper/issues>.)

-- 
Štěpán

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Eric Hanchrow]

[-- Attachment #1: Type: text/plain, Size: 2167 bytes --]

I'm not certain whether it came from ELPA or MELPA (to be honest, I'm not
sure how those are different).  In the *Packages* buffer, I see

       ivy                20190809.1551 dependency            Incremental
Vertical completYon

and M-x find-library RET ivy RET shows me the file
~/.emacs.d/elpa/ivy-20190809.1551/ivy.el , if that helps any.

On Tue, Aug 20, 2019 at 9:58 AM Štěpán Němec <stepnem@gmail.com> wrote:

> On Tue, 20 Aug 2019 09:08:48 -0700
> Eric Hanchrow wrote:
>
> > Hmm, I just tried again on a different machine, and it indeed failed
> > because of the ^
> >
> > This sequence works (in that it shows me the man page for "locate"):
> >
> >  ESC x [execute-extended-command]
> >  m [self-insert-command]
> >  a [self-insert-command]
> >  n [self-insert-command]
> >  RET [ivy-done]
> >  l [self-insert-command]
> >  o [self-insert-command]
> >  c [self-insert-command]
> >  a [self-insert-command]
> >  t [self-insert-command]
> >  e [self-insert-command]
> >  C-a [move-beginning-of-line]
> >  C-d [ivy-delete-char]
> >  C-e [move-end-of-line]
> >  RET [ivy-done]
> >
> > However, a similar sequence, but without the C-a C-d C-e (i.e., when I
> > leave the caret in place), yields this message in the echo area:
> >
> >         Can’t find the ^locate manpage
> >
> > I should note that in both cases, _no_ completions are shown in the echo
> > area.  It's as if ivy fails to find any completion candidates at all, and
> > therefore "^locate" doesn't match any of them, so it simply passes that
> > string through to the "man" command.
> >
> > If I have time I'll try to debug this.
>
> [I've readded the bug list to the mail headers, please try to keep it
> there]
>
> Given that you're reporting this here I assume you installed ivy from
> GNU ELPA, but I can't reproduce your problem with that version (0.12.0)
> or the one from MELPA, so at the very least some more information seems
> necessary from your side.
>
> I've now also added the package author to the Cc header (there's also
> the issue tracker at <https://github.com/abo-abo/swiper/issues>.)
>
> --
> Štěpán
>

[-- Attachment #2: Type: text/html, Size: 2886 bytes --]

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Štěpán Němec]

On Tue, 20 Aug 2019 11:39:32 -0700
Eric Hanchrow wrote:

> I'm not certain whether it came from ELPA or MELPA (to be honest, I'm not
> sure how those are different).  In the *Packages* buffer, I see
>
>        ivy                20190809.1551 dependency            Incremental
> Vertical completYon
>
> and M-x find-library RET ivy RET shows me the file
> ~/.emacs.d/elpa/ivy-20190809.1551/ivy.el , if that helps any.

Yeah, these date-like versions are from MELPA. But as I said, I can't
reproduce your problem with that version either.

-- 
Štěpán

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Eric Hanchrow]

[-- Attachment #1: Type: text/plain, Size: 1146 bytes --]

I just repro'd it like this:
$ env --ignore-environment TERM=$TERM HOME=$HOME emacs -q --load
/tmp/repro.el

ESC x [execute-extended-command]
m [self-insert-command]
a [self-insert-command]
n [self-insert-command]
RET [ivy-done]
g [self-insert-command]
i [self-insert-command]
t [self-insert-command]
RET [ivy-done]

/tmp/repro.el contains

(load-file (expand-file-name
"~/.emacs.d/elpa/ivy-20190809.1551/ivy-autoloads.el"))
(ivy-mode 1)



On Tue, Aug 20, 2019 at 11:54 AM Štěpán Němec <stepnem@gmail.com> wrote:

> On Tue, 20 Aug 2019 11:39:32 -0700
> Eric Hanchrow wrote:
>
> > I'm not certain whether it came from ELPA or MELPA (to be honest, I'm not
> > sure how those are different).  In the *Packages* buffer, I see
> >
> >        ivy                20190809.1551 dependency            Incremental
> > Vertical completYon
> >
> > and M-x find-library RET ivy RET shows me the file
> > ~/.emacs.d/elpa/ivy-20190809.1551/ivy.el , if that helps any.
>
> Yeah, these date-like versions are from MELPA. But as I said, I can't
> reproduce your problem with that version either.
>
> --
> Štěpán
>

[-- Attachment #2: Type: text/html, Size: 1648 bytes --]

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Štěpán Němec]

Do you have some site-wide init? (emacs -q still loads that)

I'd try with emacs -Q and a clean package install (remove the
.emacs.d/elpa/ directory).

-- 
Štěpán

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Eric Hanchrow]

[-- Attachment #1: Type: text/plain, Size: 977 bytes --]

Did that -- I tried again with -Q, after having moved ~/.emacs.d/elpa to
~/.emacs.d/elpa.hid.

I then of course had to M-x list-packages RET and install ivy again; that
turned out to get me ivy-0.12.0, so I updated the repro.el file to reflect
that, then started over (with -Q of course); it did just the same thing.

I started over, this time using the same git commit as the system which
worked -- that failed too! So it's clearly not emacs.  I noticed that on
the system that worked, "man -k ." yielded about 14000 lines of output,
whereas on the system that failed, the same command yielded ".: nothing
appropriate" ... so it's pretty likely that my "man" command is at fault,
not Emacs.

On Tue, Aug 20, 2019 at 12:20 PM Štěpán Němec <stepnem@gmail.com> wrote:

>
> Do you have some site-wide init? (emacs -q still loads that)
>
> I'd try with emacs -Q and a clean package install (remove the
> .emacs.d/elpa/ directory).
>
> --
> Štěpán
>

[-- Attachment #2: Type: text/html, Size: 1346 bytes --]

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Eric Hanchrow]

[-- Attachment #1: Type: text/plain, Size: 1196 bytes --]

Running "makewhatis -w" on the afflicted system fixed everything :)  Sorry
about the noise.

On Tue, Aug 20, 2019 at 8:15 PM Eric Hanchrow <eric.hanchrow@gmail.com>
wrote:

> Did that -- I tried again with -Q, after having moved ~/.emacs.d/elpa to
> ~/.emacs.d/elpa.hid.
>
> I then of course had to M-x list-packages RET and install ivy again; that
> turned out to get me ivy-0.12.0, so I updated the repro.el file to reflect
> that, then started over (with -Q of course); it did just the same thing.
>
> I started over, this time using the same git commit as the system which
> worked -- that failed too! So it's clearly not emacs.  I noticed that on
> the system that worked, "man -k ." yielded about 14000 lines of output,
> whereas on the system that failed, the same command yielded ".: nothing
> appropriate" ... so it's pretty likely that my "man" command is at fault,
> not Emacs.
>
> On Tue, Aug 20, 2019 at 12:20 PM Štěpán Němec <stepnem@gmail.com> wrote:
>
>>
>> Do you have some site-wide init? (emacs -q still loads that)
>>
>> I'd try with emacs -Q and a clean package install (remove the
>> .emacs.d/elpa/ directory).
>>
>> --
>> Štěpán
>>
>

[-- Attachment #2: Type: text/html, Size: 1829 bytes --]

bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer

[Stefan Kangas]

tags 37092 + notabug
close 37092
quit

Eric Hanchrow <eric.hanchrow@gmail.com>:

> Running "makewhatis -w" on the afflicted system fixed everything :)  Sorry about the noise.

Thanks, I'm therefore closing this as notabug.

Best regards,
Stefan Kangas