From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED.blaine.gmane.org!not-for-mail From: Michael Heerdegen Newsgroups: gmane.emacs.bugs Subject: bug#28969: 27.0.50; dired: Confirmation prompt for wildcard not surrounded by whitespace Date: Mon, 15 Jul 2019 03:34:16 +0200 Message-ID: <87o91wgjxj.fsf@web.de> References: <87she833e1.fsf@web.de> <877e8kwbsn.fsf@mouse.gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: blaine.gmane.org; posting-host="blaine.gmane.org:195.159.176.226"; logging-data="21038"; mail-complaints-to="usenet@blaine.gmane.org" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) Cc: 28969@debbugs.gnu.org To: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Jul 15 03:35:08 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 1hmptU-0005IM-Ad for geb-bug-gnu-emacs@m.gmane.org; Mon, 15 Jul 2019 03:35:08 +0200 Original-Received: from localhost ([::1]:34746 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hmptS-0007cv-P4 for geb-bug-gnu-emacs@m.gmane.org; Sun, 14 Jul 2019 21:35:06 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51107) by lists.gnu.org with esmtp (Exim 4.86_2) (envelope-from ) id 1hmptP-0007cd-T5 for bug-gnu-emacs@gnu.org; Sun, 14 Jul 2019 21:35:04 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1hmptO-0003TV-UY for bug-gnu-emacs@gnu.org; Sun, 14 Jul 2019 21:35:03 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:37388) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1hmptO-0003TE-Nl for bug-gnu-emacs@gnu.org; Sun, 14 Jul 2019 21:35:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1hmptO-0006Kr-CF for bug-gnu-emacs@gnu.org; Sun, 14 Jul 2019 21:35:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Heerdegen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 15 Jul 2019 01:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 28969 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 28969-submit@debbugs.gnu.org id=B28969.156315447224315 (code B ref 28969); Mon, 15 Jul 2019 01:35:02 +0000 Original-Received: (at 28969) by debbugs.gnu.org; 15 Jul 2019 01:34:32 +0000 Original-Received: from localhost ([127.0.0.1]:46209 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hmpsu-0006K6-0M for submit@debbugs.gnu.org; Sun, 14 Jul 2019 21:34:32 -0400 Original-Received: from mout.web.de ([217.72.192.78]:58483) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1hmpss-0006Jq-Ep for 28969@debbugs.gnu.org; Sun, 14 Jul 2019 21:34:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=web.de; s=dbaedf251592; t=1563154459; bh=bQlR5Y3Ur+9k4UuOx8EIqtlsjuP3esUO0TXUC5Uhv5U=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=NH6H3ZGRiGJu2T/5i9DM0foZpTjI7O0pGISXWxf+CI3htj+/TKvqTBMoikbcvgeIY A/bgoWwx+D4IX1WQVJJoIBNOpW3A2UDmooleBL+8k7m81W+jj8w/vcCIsohY178BUZ kygUu88yP7LxPRHm4ui5vwA1j/IDBIoPJsS8pteY= X-UI-Sender-Class: c548c8c5-30a9-4db5-a2e7-cb6cb037b8f9 Original-Received: from drachen.dragon ([92.208.178.213]) by smtp.web.de (mrweb102 [213.165.67.124]) with ESMTPSA (Nemesis) id 0ML8X7-1hmYtm2W2L-000MRx; Mon, 15 Jul 2019 03:34:19 +0200 In-Reply-To: <877e8kwbsn.fsf@mouse.gnus.org> (Lars Ingebrigtsen's message of "Sun, 14 Jul 2019 23:23:20 +0200") X-Provags-ID: V03:K1:ja7pLuxSbCVs9fLJeOsDXFp+a2CPOLBMaGJEoOuwnynz7en/8fp pPwVeKzARuylnlC9PYkgKbEcCgM8vyi3DNz+WwLM4l+CyfrWlqPR44pqc4qvKCgIWqgncTh c5DiJMsnxqi/MRXYuVZk9gR5U7onmlTZ7MogIxUmI1FNwmMHklBzhLb9t3kt4+zmuSSU/or DmRdtzJG0U7aKWSA1JefQ== X-UI-Out-Filterresults: notjunk:1;V03:K0:r1ZJC4OfZns=:REbMEnTcTr7ao0S78pJlQE xcxOeSiB3upYk+stOzwEGt/dL1efs3e6GVNT1i/XCaUvWEsm9cJW9T983eYPU50Au8bfxbwVn VbAa+dEZlbLU0DL9FY2rm9phf3A6Nu+dz6I2VJsevvqDM0DQTq+Yb6BPB6qfMEEL2CEFqejUR IRjZJ7Fq649/6yfabNPzi2CgprqAcly2IjPNAY6hKBEgi2yk0UGOyCUZ8lcgU0jBOwqQfjGuK 8vgSTmcNse8wVrp+VSVGvqCkMMpx4ugJkozWHkIKj4/LQ3CW2ZQtBIgCRu2CqgYLZDrg+qfZT POYkPDInUcAsNMyDYUhqMNfixarqejU35gXvkK1NioRFsQIWOWCYRWm7ZAIsP35AaT7e28oW1 Wq6tH173vaDZ8GTtj88W4upV4Pvb80d53W24R1r/t43GVVLcHoukEMDenPa78iPw+8h9df08D feF1ruB3pnyynx3ekFheS/lQvSLbP8KxG0C4FOs8UEyb/tAMOI1Mt77KUC/UTrpbPgvILg+pP eo9OYxPVSkHioUudbDNEePwLQYus5KzhwzDuCcdGJf0pKiPtrY5JxtsrnmIaGnEzezWdG9TqS W+PQ+NsUkcv+MT6ieyLfRUTIgHsOowD8DrKf1mUejSJ7VNiAudISkbeENjmJoUcqErzlEgWVA 30KUYJM4DooMLN0c+8GpBWujFHX/AwoMvTjiuy8XSupTlalZ9cDz3V6BaBY/BpMCeZP8uIT3E iPu6gfbqQWXj5jtON5ePdZe+6gGt7tpOIdykzgv+d7Z8oaODah/Zi0sa5JObCR8/a0qKo5g9 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:163060 Archived-At: Lars Ingebrigtsen writes: > > | `*' and `?' when not surrounded by whitespace nor `\\=`' have no special > > | significance for `dired-do-shell-command', and are passed through > > | normally to the shell, but you must confirm first. > > > > However, the `y-or-n-p' prompts asks: > > > > "Confirm--do you mean to use `*' as a wildcard? " > > > > and > > > > "Confirm--do you mean to use `?' as a wildcard? " > > > > and you must answer with 'y' to let these not be treated as wildcards - > > if you answer with 'n' as the docstring suggests, the operation is > > aborted. So, with other words, I think the questions must be inverted. > > Hm... I don't quite follow you here... It says it has no significance > for the command, but just passes it through to the shell. Where, of > course, it has great significance. The docstring is good I think, but the questions are bad IMHO. First it's not clear if "wildcard" is meant with respect to the command or to the shell (this is answered by the doc, yes, still, you have to remember it), and second, it depends on the concrete command string if the shell would interpret * or ? as a wildcard at all. In my example (in my initial report), also the shell did not interpret it as wildcard, but I had to say "y" to get it executed. This is very confusing. It would be better to ask "confirm - pass literal `*' to the shell?" or so. BTW, I had several use cases where * or ?, don't remember, was not isolated, and I wanted to answer "n" to still get the substitution by the command and was disappointed that Emacs just canceled. Maybe one of the suggested patches also improves that, I haven't checked yet. Michael.