From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: =?UTF-8?Q?K=C3=A9vin?= Le Gouguec Newsgroups: gmane.emacs.bugs Subject: bug#40152: 27.0.90; icomplete vs recursive prompts Date: Sat, 21 Mar 2020 21:03:39 +0100 Message-ID: <87fte13278.fsf@gmail.com> References: <87wo7ex4z6.fsf@gmail.com> <83k13edv67.fsf@gnu.org> <87v9mxsxtk.fsf@gmail.com> <837dzdesnw.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="33794"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 40152@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Mar 21 21:04:19 2020 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jFkLy-0008gY-W9 for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 21 Mar 2020 21:04:19 +0100 Original-Received: from localhost ([::1]:40386 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jFkLx-0005z1-QK for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 21 Mar 2020 16:04:17 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:45486) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jFkLm-0005yv-1C for bug-gnu-emacs@gnu.org; Sat, 21 Mar 2020 16:04:07 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jFkLj-0004xj-M7 for bug-gnu-emacs@gnu.org; Sat, 21 Mar 2020 16:04:05 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:42172) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1jFkLj-0004wj-0b for bug-gnu-emacs@gnu.org; Sat, 21 Mar 2020 16:04:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1jFkLh-0002K7-TM for bug-gnu-emacs@gnu.org; Sat, 21 Mar 2020 16:04:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?K=C3=A9vin?= Le Gouguec Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sat, 21 Mar 2020 20:04:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 40152 X-GNU-PR-Package: emacs Original-Received: via spool by 40152-submit@debbugs.gnu.org id=B40152.15848210288907 (code B ref 40152); Sat, 21 Mar 2020 20:04:01 +0000 Original-Received: (at 40152) by debbugs.gnu.org; 21 Mar 2020 20:03:48 +0000 Original-Received: from localhost ([127.0.0.1]:48145 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jFkLU-0002Ja-DC for submit@debbugs.gnu.org; Sat, 21 Mar 2020 16:03:48 -0400 Original-Received: from mail-wr1-f44.google.com ([209.85.221.44]:37088) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1jFkLS-0002JF-QB for 40152@debbugs.gnu.org; Sat, 21 Mar 2020 16:03:47 -0400 Original-Received: by mail-wr1-f44.google.com with SMTP id w10so11711017wrm.4 for <40152@debbugs.gnu.org>; Sat, 21 Mar 2020 13:03:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-transfer-encoding; bh=oubLIGbh6p3YVzLG2l7NXo6+S9ihFZEzBgqgi1ypbH8=; b=relDrULNTraWDpPDna1kvlepTPyganRbuD0e1uoHHku44uy+IDHGKodTMy5xraaI9Q /gWhC8RRH9n1faThk7dyn/ZmvGBDWAhoxzHOG9uyP6UjbK5USbRCj4sOq1Iribn7xklB OUOmnCYg/W/tBKYUJD3b3zzPcJlY5SunYjx7C57R+SYeojd0jU7F/kzkky6Cjd2170mi 2kwEI//CE1Y8ItWp8GhoEeEAlEiKZu8t2eayu/F6h8WYHqyt8iR2aBWi81N9sWgKFYzG U8HaK3xDkJDmNAnLQNL+j+3AEeKeGgL1aoBhIFlaLabLGfTb5gTponQEi2J8WofhvFrK qnfA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version:content-transfer-encoding; bh=oubLIGbh6p3YVzLG2l7NXo6+S9ihFZEzBgqgi1ypbH8=; b=B5Bjj6JkTlEaZ409ytKpG3tbvU2isC+W7SfHA4uhnMO+jylcjjXSjQyCB+f9qqpSIh 62UReMgmxVmN+4JqsZdZHtLk9eps0J1hXzVVQFRH+3VDKCXIde8FvMIsShkzhg/audIY chxNjjGTiURmbjLOMWtmcPYdLY+Jas9+LLYGKJHyThFUZnk5QfNzyck2FCPQcoGzrQKe WCCLehpfvxBI4D/WCB39BTYHTYxnTfCtpMMVmZMQ6OMod4hCkEtJoYzCrJtp/3QBpdCo GfgfupLxxyTB7o4MeIm/Pex1fk9MyqnZFWfj+FIRQWEBImoXsIj9wSI5simTl6kmmPly VIEA== X-Gm-Message-State: ANhLgQ1uCFVAMi9Y2rMKoeLWEPiyaDXFvgFSXHRXs/3Jn/gQCRfQ3c8c 3ksYWXQriEj0InO05V0BczQyrXXE X-Google-Smtp-Source: ADFU+vvzbnCG6l1GtWPmHhXCjbFE9NgfKwSdpd3UEDK4GfRIe4qd2+ZO6kro6Kdjn215oGQVmUJYdQ== X-Received: by 2002:a5d:69cb:: with SMTP id s11mr18565378wrw.47.1584821020608; Sat, 21 Mar 2020 13:03:40 -0700 (PDT) Original-Received: from my-little-tumbleweed (200.143.13.109.rev.sfr.net. [109.13.143.200]) by smtp.gmail.com with ESMTPSA id e1sm15447497wrx.90.2020.03.21.13.03.39 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Sat, 21 Mar 2020 13:03:39 -0700 (PDT) In-Reply-To: <837dzdesnw.fsf@gnu.org> (Eli Zaretskii's message of "Sat, 21 Mar 2020 15:36:35 +0200") 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-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:177603 Archived-At: Eli Zaretskii writes: >> For example, if I'm in a buffer whose default-directory is the root of >> the Emacs source repository (e.g. in a Dired buffer, visiting the >> Makefile=E2=80=A6) and I hit C-. > > You mean, M-., right? Right =F0=9F=A4=A6. >>(and point is not on something that looks like an identifier), > > How do you do that? If I type M-. in *scratch*, Emacs doesn't ask me > whether to visit a tags table (because the major mode is emacs-lisp). > I need to visit a C file in src/ or lib-src/, but then all I need to > type at the prompt is RET, nothing else. And if I do the above from a > Dired buffer which shows the Emacs's root directory, then I get the > prompt about visiting the tags table without any "Find definitions" > prompt, and the problem doesn't happen. > > So please show the exact recipe for how to reproduce the problem you > see. > >> here's what happens: >>=20 >> 1. the "Find definitions of" prompt appears, >> 2. I start typing an identifier, >> 3. the "Visit tags table" prompt interrupts, >> 4. I'd like to input "src/ C-j", but every self-inserting character >> makes the prompt go back-and-forth between "Find definitions of" and >> "Visit tags table". Worse, when the prompt comes back to "Visit tags >> table", any character I had previously input has disappeared. > > So the problem happens _after_ the prompt, not _with_ the prompt. > That wasn't quite clear, at least to me, from your original report: > there was no sign in it what was the actual problem and what was the > expected and result. Now I think it's becoming clearer, thanks. My apologies for being unclear. Do those 4 steps you quoted (preceded by M-x icomplete-mode) demonstrate the problem well enough then, or is there anything I should add? To recap: - The problem only happens - with icomplete-mode, - with the etags backend, - when there is no "identifier-like" symbol under point, - when either - the user starts typing self-inserting characters when the xref identifier prompt shows up, or - icomplete-show-matches-on-no-input is t. - The problem is that one cannot fill in the tags table prompt easily: self-inserting characters cause the minibuffer to move back-and-forth between the tags table prompt and the xref identifier prompt. The tags table prompt interrupting the xref prompt is not an issue (to me, at least); what I would like is being able to complete the tags table prompt, then go back to the xref prompt. - A workaround consists in calling minibuffer-complete (TAB) immediately when the xref prompt shows up; this brings up a functional tags table prompt. (This workaround cannot work when icomplete-show-matches-on-no-input is t.) Let me know if I managed to muddy things up further. Thank you for your patience.