From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Eric Hanchrow Newsgroups: gmane.emacs.bugs Subject: bug#37092: 27.0.50; ivy-mode: M-x man always inserts a ^ into the minibuffer Date: Tue, 20 Aug 2019 11:39:32 -0700 Message-ID: References: <87mug41d9o.fsf@gmail.com> <87lfvnlqnu.fsf@gmail.com> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="000000000000b77210059090c735" Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="122106"; mail-complaints-to="usenet@blaine.gmane.org" Cc: 37092@debbugs.gnu.org, stefan@marxist.se, Oleh Krehel To: =?UTF-8?Q?=C5=A0t=C4=9Bp=C3=A1n_?= =?UTF-8?Q?N=C4=9Bmec?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Tue Aug 20 20:40:20 2019 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([209.51.188.17]) by blaine.gmane.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.89) (envelope-from ) id 1i093L-000Vb0-HZ for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Aug 2019 20:40:19 +0200 Original-Received: from localhost ([::1]:40446 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i093J-0003ET-Qd for geb-bug-gnu-emacs@m.gmane.org; Tue, 20 Aug 2019 14:40:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33233) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1i0937-0003D8-Bt for bug-gnu-emacs@gnu.org; Tue, 20 Aug 2019 14:40:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1i0935-0003be-SU for bug-gnu-emacs@gnu.org; Tue, 20 Aug 2019 14:40:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:53326) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1i0934-0003ae-Ih for bug-gnu-emacs@gnu.org; Tue, 20 Aug 2019 14:40:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1i0934-00013B-F3 for bug-gnu-emacs@gnu.org; Tue, 20 Aug 2019 14:40:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eric Hanchrow Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 20 Aug 2019 18:40:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 37092 X-GNU-PR-Package: emacs Original-Received: via spool by 37092-submit@debbugs.gnu.org id=B37092.15663263914002 (code B ref 37092); Tue, 20 Aug 2019 18:40:02 +0000 Original-Received: (at 37092) by debbugs.gnu.org; 20 Aug 2019 18:39:51 +0000 Original-Received: from localhost ([127.0.0.1]:33914 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i092t-00012R-7w for submit@debbugs.gnu.org; Tue, 20 Aug 2019 14:39:51 -0400 Original-Received: from mail-qt1-f180.google.com ([209.85.160.180]:36044) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1i092r-000125-SQ for 37092@debbugs.gnu.org; Tue, 20 Aug 2019 14:39:50 -0400 Original-Received: by mail-qt1-f180.google.com with SMTP id z4so7240223qtc.3 for <37092@debbugs.gnu.org>; Tue, 20 Aug 2019 11:39:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QYdpy9TU1S/VrzdwIdCQu8kHjlVOv1DdelHzD3baaTk=; b=HAgPY6KOlVJkorUZ6PEmkFTFjnBaTUl9zcN9saEx6dScH3xcNWopyWr6svVtoykbNZ Dax9Oe9nMp4g2YFkix8QsCCc+1bOSk3yt/UBtzgi2jtplJ2xSg7Y2voVDqXuncdOWuBJ 0W7lyd1oJHgqCYMltuk6JKmVEqPEU8usecV6anHvCypZ18a2ld1eDpDzHnkQ4phQrYHo eBnSm0houj4AYrilwAgLs+HBBMOBi7LvPPkEj45nEk+vhS7AK/PJAJnVwKGs+y6jHGJf kZPFzgrY2xwMVDAHSU0waU7yuvKeIqIy9N30QZ0gNFNgNgPZxng0537IzXQgyI/ijyiO Yq+w== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QYdpy9TU1S/VrzdwIdCQu8kHjlVOv1DdelHzD3baaTk=; b=sHAiKu3IvVsa4Ek7rOL7IRQM3U7wMXgY0wsFN+ruhCn/uY8v1mw93Its6xmjUzfQOO LQMbeFY6qFkRtobY3c5jeml3MubIHl0xkMe8dObj63Pl5IMJErA40ynFnLiLCqo4iVhT +2HmAYpoXuepRyH/KPJt4IAjjcRBpBPtlfma4dY0yzIn070ZO42tiRdI0L4b8P/xrqXe +Mp/oVdpuettK5yYtD3EbGmP/GG+vyO6TCnlsqBMc8t7XtmCw3FLhAnTzpcsjLadwpEi RUentaXl5VWmHKtHkU22SzDnAFqxrNY+faDXLWbKDl51JIs30mAb+OTC0DxtHsRpYLiT 9uBA== X-Gm-Message-State: APjAAAXKRoJucE/tNdl666iH9WRQHEddcm70ThjGXgMUaTnUdq49Bx/F WRgQ6s6jG3YecjbKqh63Qu45I5NPbO6vbfQiFYU= X-Google-Smtp-Source: APXvYqwJTbLpuFCi7CR2BWgl+ilDUjZ6IP+HqfgBvpUM7pa/piaYn0V/E1MrxrTdRptjpPrQJ78hmDGr6XUXaX6bxJ4= X-Received: by 2002:a0c:a94b:: with SMTP id z11mr15685480qva.22.1566326383930; Tue, 20 Aug 2019 11:39:43 -0700 (PDT) In-Reply-To: <87lfvnlqnu.fsf@gmail.com> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 209.51.188.43 X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.org gmane.emacs.bugs:165436 Archived-At: --000000000000b77210059090c735 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable 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 =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec 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=E2=80=99t find the ^locate manpage > > > > I should note that in both cases, _no_ completions are shown in the ech= o > > area. It's as if ivy fails to find any completion candidates at all, a= nd > > 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 .) > > -- > =C5=A0t=C4=9Bp=C3=A1n > --000000000000b77210059090c735 Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable
I'm not certain whether it came from ELPA or MELPA (to= be honest, I'm not sure how those are different).=C2=A0 In the *Packag= es* buffer, I see

=C2=A0 =C2=A0 =C2=A0 =C2=A0ivy =C2=A0 =C2=A0= =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A020190809.1551 dependency =C2=A0 = =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Incremental Vertical completYon
=

and M-x find-library RET ivy RET shows me the file ~/.e= macs.d/elpa/ivy-20190809.1551/ivy.el , if that helps any.
=
On Tue= , Aug 20, 2019 at 9:58 AM =C5=A0t=C4=9Bp=C3=A1n N=C4=9Bmec <stepnem@gmail.com> wrote:
On Tue, 20 Aug 2019 09:08:48 -070= 0
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= "):
>
>=C2=A0 ESC x [execute-extended-command]
>=C2=A0 m [self-insert-command]
>=C2=A0 a [self-insert-command]
>=C2=A0 n [self-insert-command]
>=C2=A0 RET [ivy-done]
>=C2=A0 l [self-insert-command]
>=C2=A0 o [self-insert-command]
>=C2=A0 c [self-insert-command]
>=C2=A0 a [self-insert-command]
>=C2=A0 t [self-insert-command]
>=C2=A0 e [self-insert-command]
>=C2=A0 C-a [move-beginning-of-line]
>=C2=A0 C-d [ivy-delete-char]
>=C2=A0 C-e [move-end-of-line]
>=C2=A0 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:
>
>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Can=E2=80=99t find the ^locate manpag= e
>
> I should note that in both cases, _no_ completions are shown in the ec= ho
> area.=C2=A0 It's as if ivy fails to find any completion candidates= at all, and
> therefore "^locate" doesn't match any of them, so it sim= ply 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 al= so
the issue tracker at <https://github.com/abo-abo/swiper/i= ssues>.)

--
=C5=A0t=C4=9Bp=C3=A1n
--000000000000b77210059090c735--