From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.bugs Subject: bug#308: vc-delete-file Date: Fri, 23 May 2008 17:00:11 -0400 Message-ID: References: Reply-To: Stefan Monnier , 308@emacsbugs.donarmstrong.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1211577254 24795 80.91.229.12 (23 May 2008 21:14:14 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 May 2008 21:14:14 +0000 (UTC) To: 308@emacsbugs.donarmstrong.com Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Fri May 23 23:14:51 2008 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1Jzeb6-0003EF-OC for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 May 2008 23:14:45 +0200 Original-Received: from localhost ([127.0.0.1]:38229 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JzeaL-0002KE-21 for geb-bug-gnu-emacs@m.gmane.org; Fri, 23 May 2008 17:13:57 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1JzeYM-00017T-E0 for bug-gnu-emacs@gnu.org; Fri, 23 May 2008 17:11:54 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1JzeYJ-00015V-7A for bug-gnu-emacs@gnu.org; Fri, 23 May 2008 17:11:53 -0400 Original-Received: from [199.232.76.173] (port=49049 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1JzeYI-00015P-Sz for bug-gnu-emacs@gnu.org; Fri, 23 May 2008 17:11:50 -0400 Original-Received: from rzlab.ucr.edu ([138.23.92.77]:41408) by monty-python.gnu.org with esmtps (TLS-1.0:DHE_RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1JzeYH-0001SZ-QR for bug-gnu-emacs@gnu.org; Fri, 23 May 2008 17:11:51 -0400 Original-Received: from rzlab.ucr.edu (rzlab.ucr.edu [127.0.0.1]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4NLBgfY030320; Fri, 23 May 2008 14:11:43 -0700 Original-Received: (from debbugs@localhost) by rzlab.ucr.edu (8.13.8/8.13.8/Submit) id m4NLA5nC029289; Fri, 23 May 2008 14:10:05 -0700 X-Loop: don@donarmstrong.com Resent-From: Stefan Monnier Resent-To: bug-submit-list@donarmstrong.com Resent-CC: Emacs Bugs Resent-Date: Fri, 23 May 2008 21:10:05 +0000 Resent-Message-ID: Resent-Sender: don@donarmstrong.com X-Emacs-PR-Message: report 308 X-Emacs-PR-Package: emacs X-Emacs-PR-Keywords: Original-Received: via spool by 308-submit@emacsbugs.donarmstrong.com id=B308.121157643826822 (code B ref 308); Fri, 23 May 2008 21:10:05 +0000 Original-Received: (at 308) by emacsbugs.donarmstrong.com; 23 May 2008 21:00:38 +0000 Original-Received: from mercure.iro.umontreal.ca (mercure.iro.umontreal.ca [132.204.24.67]) by rzlab.ucr.edu (8.13.8/8.13.8/Debian-3) with ESMTP id m4NL0XtC026761 for <308@emacsbugs.donarmstrong.com>; Fri, 23 May 2008 14:00:35 -0700 Original-Received: from hidalgo.iro.umontreal.ca (hidalgo.iro.umontreal.ca [132.204.27.50]) by mercure.iro.umontreal.ca (Postfix) with ESMTP id 538882CFA5C for <308@emacsbugs.donarmstrong.com>; Fri, 23 May 2008 17:00:33 -0400 (EDT) Original-Received: from faina.iro.umontreal.ca (faina.iro.umontreal.ca [132.204.26.177]) by hidalgo.iro.umontreal.ca (Postfix) with ESMTP id 39C2A3FE1 for <308@emacsbugs.donarmstrong.com>; Fri, 23 May 2008 17:00:11 -0400 (EDT) Original-Received: by faina.iro.umontreal.ca (Postfix, from userid 20848) id 2184641BEC; Fri, 23 May 2008 17:00:11 -0400 (EDT) In-Reply-To: (Sam Steingold's message of "Fri, 23 May 2008 11:06:05 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) X-DIRO-MailScanner-Information: Please contact the ISP for more information X-DIRO-MailScanner: Found to be clean X-DIRO-MailScanner-SpamCheck: n'est pas un polluriel, SpamAssassin (score=-2.82, requis 5, autolearn=not spam, ALL_TRUSTED -2.82) X-DIRO-MailScanner-From: monnier@iro.umontreal.ca X-detected-kernel: by monty-python.gnu.org: Linux 2.6 (newer, 3) Resent-Date: Fri, 23 May 2008 17:11:53 -0400 X-BeenThere: bug-gnu-emacs@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:18112 Archived-At: > first, vc-delete-file is available neither in any menu nor on any key. > despite your claim to the contrary, this is a common command, used at > least weakly in an active development environment. I'm not sure who is "you", but for what it's worth, I agree it should be available via some key-binding. Even more so in vc-dir. > second, when I invoke it with M-x, it requires that the file being > removed is still present on disk. That's a bug, indeed. But I don't see any place in the code where that's done on purpose. Could you provide a recipe to reproduce the problem? It might depend on the backend. > this requirement is absurd because when I decide to remove the file from > the VCS, it is already long gone because I have to remove it to test the > system without it No need to argue that it's a bug, I agree. [ For what it's worth, I'd recommend you vc-delete-file before doing your tests, tho. After all, you can always undo it before committing if it turns out it was a bad idea. ] > Debugger entered--Lisp error: (error "File myfilename no longer exists!") > signal(error ("File myfilename no longer exists!")) > error("File %s no longer exists!" "myfilename") > revert-buffer(t t t) > vc-revert-buffer-internal(t t) > vc-resynch-window("myfilename" # t) > vc-resynch-buffer("myfilename" # t) > vc-delete-file("myfilename") > call-interactively(vc-delete-file t nil) > execute-extended-command(nil) > call-interactively(execute-extended-command nil nil) > i.e., you just deleted it yourself - and now you are complaining that > the file does not exist! > I would rather expect kill-buffer instead of revert-buffer. I've just changed the code to kill the buffer, indeed. Thank you, Stefan