From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#64493: 29.0.92; Setting =?UTF-8?Q?=E2=80=98dired-no-confirm=E2=80=99?= to t does not have the expected effect Date: Sat, 15 Jul 2023 10:50:16 +0300 Message-ID: <83y1jhd35z.fsf@gnu.org> References: <875y6xwfwc.fsf@whxvd.name> <835y6xibxl.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29490"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 64493-done@debbugs.gnu.org To: iota@whxvd.name Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sat Jul 15 09:51:22 2023 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 1qKa3m-0007Ty-1N for geb-bug-gnu-emacs@m.gmane-mx.org; Sat, 15 Jul 2023 09:51:22 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qKa3U-0006Zg-6S; Sat, 15 Jul 2023 03:51:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qKa3T-0006ZH-5s for bug-gnu-emacs@gnu.org; Sat, 15 Jul 2023 03:51:03 -0400 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qKa3S-0007oO-TX for bug-gnu-emacs@gnu.org; Sat, 15 Jul 2023 03:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qKa3S-0001cT-PU for bug-gnu-emacs@gnu.org; Sat, 15 Jul 2023 03:51:02 -0400 Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-To: bug-gnu-emacs@gnu.org Resent-Date: Sat, 15 Jul 2023 07:51:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: cc-closed 64493 X-GNU-PR-Package: emacs Mail-Followup-To: 64493@debbugs.gnu.org, eliz@gnu.org, iota@whxvd.name Original-Received: via spool by 64493-done@debbugs.gnu.org id=D64493.16894074026137 (code D ref 64493); Sat, 15 Jul 2023 07:51:02 +0000 Original-Received: (at 64493-done) by debbugs.gnu.org; 15 Jul 2023 07:50:02 +0000 Original-Received: from localhost ([127.0.0.1]:44015 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKa2T-0001au-Tz for submit@debbugs.gnu.org; Sat, 15 Jul 2023 03:50:02 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:38760) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qKa2S-0001aJ-9a for 64493-done@debbugs.gnu.org; Sat, 15 Jul 2023 03:50:00 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qKa2M-0007OZ-S6; Sat, 15 Jul 2023 03:49:54 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=pd5jAyOtbHTxd6KtMKzanpTEUaNMp99/K8oAe0fHzq8=; b=SSVMEU75Vu6ub0YR/3mx Bp3+pEB2RPokFQR02iDmBYmcNWxxolN9SZXCWxKptJo6htR5nRsD4VT962rg5eHBDEJpoU8RO73pQ IIDxythMPjCj8+hTv4WzLiVCJvdZ6H1711XJealPwZjUChswCSbsKr2bUafREBzaZw+94Sk/EihBL CMP9XiQQAP2yTsmiN+gzDc6he2cV9xowcryQ4h1MPwHf15bmTHI7J+Hwc4P5ENiu9Fmqo54ey3ONZ 7eJMTmhiS2bnNpbW1UnqAPsx/XVTZ7OJhxIXsOIghdXHnJnqUZPjZimD5nuqYfpbkzmyRGceEYIzz u5fJ5vx1mYfZ3w==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qKa2M-0002UA-AA; Sat, 15 Jul 2023 03:49:54 -0400 In-Reply-To: <835y6xibxl.fsf@gnu.org> (message from Eli Zaretskii on Thu, 06 Jul 2023 13:14:46 +0300) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:265161 Archived-At: > Cc: 64493@debbugs.gnu.org > Date: Thu, 06 Jul 2023 13:14:46 +0300 > From: Eli Zaretskii > > > From: Sebastian Miele > > Date: Thu, 06 Jul 2023 11:25:23 +0200 > > > > Run src/emacs -Q. Evaluate (setopt dired-no-confirm t). Try to delete > > one or more files using Dired (using d and x, or (m and) D). Then Emacs > > still asks for confirmation. Expected: After pressing x or D, the files > > get deleted without any further questions. > > > > After also trying to rename (R) files, my impression is that setting > > ‘dired-no-confirm’ to t currently just suppresses the pop-up buffer that > > shows the list of marked/flagged files while the action is about to be > > executed (i.e., while waiting for the confirmation when deleting, or > > while finding the destination when renaming multiple files). > > > > The fact that ‘dired-no-confirm’ does not actually suppress confirmation > > questions (at least when deleting files, I did not try all other > > possible actions) probably is a bug. > > > > However, it also would be nice if ‘dired-no-confirm’ would not have the > > double meaning of also suppressing the pop-up buffer listing the marked > > files (e.g., when finding the destination for renaming). Ideally there > > would be a second variable controlling just that. > > The name of the variable is unfortunate, because its only effect is > indeed to prevent the pop-up window with the list of affected files to > be shown. This doesn't look like a bug, because this behavior existed > since the time the variable was added (30 years ago). It looks like > intentional (albeit strange) behavior. > > I have now updated the doc string on the emacs-29 branch to explain > the actual effect of the variable. > > If you want to avoid the confirmation prompts, you can write a custom > dired-deletion-confirmer function that always returns t. > > Patches implementing a new option that actually prevents the > confirmation prompts will also be welcome. No further comments, so I'm closing the bug now. Feel free to reopen if something else should be done, or if someone has patches for a new option as described above.