From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.bugs Subject: bug#44217: bug#44216: 28.0.50; Incorret during delete in Tramp: Trashing...done Date: Tue, 27 Oct 2020 08:42:47 +0100 Message-ID: <87ft60ru6g.fsf@gnus.org> References: <86mu0ayu2b.fsf@protected.rcdrun.com> <87eell2q96.fsf@gnus.org> <87imaxuo74.fsf@gmx.de> <87tuuh15zm.fsf@gnus.org> <878sbtuhj6.fsf@gmx.de> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="36685"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: 44217@debbugs.gnu.org, Jean Louis To: Michael Albinus Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 27 08:43:21 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 1kXJdZ-0009QI-6k for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 27 Oct 2020 08:43:21 +0100 Original-Received: from localhost ([::1]:59438 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kXJdX-0007vl-KQ for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 27 Oct 2020 03:43:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:53218) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kXJdG-0007vf-Eg for bug-gnu-emacs@gnu.org; Tue, 27 Oct 2020 03:43:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:59322) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kXJdG-0001ee-0F for bug-gnu-emacs@gnu.org; Tue, 27 Oct 2020 03:43:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kXJdF-0003en-Sq for bug-gnu-emacs@gnu.org; Tue, 27 Oct 2020 03:43:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Lars Ingebrigtsen Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Oct 2020 07:43:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 44217 X-GNU-PR-Package: emacs Original-Received: via spool by 44217-submit@debbugs.gnu.org id=B44217.160378458014048 (code B ref 44217); Tue, 27 Oct 2020 07:43:01 +0000 Original-Received: (at 44217) by debbugs.gnu.org; 27 Oct 2020 07:43:00 +0000 Original-Received: from localhost ([127.0.0.1]:42635 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXJdE-0003eW-BT for submit@debbugs.gnu.org; Tue, 27 Oct 2020 03:43:00 -0400 Original-Received: from quimby.gnus.org ([95.216.78.240]:53726) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXJdC-0003eG-9o for 44217@debbugs.gnu.org; Tue, 27 Oct 2020 03:42:58 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=faxMadpdF1lrM5umGf0alnGLF+NmwbrnPct2j3pD+pY=; b=oWU6ol70QzHmTVUdQv+yle0O7j lt5JeEmD0ohJZAyJ3pUbmNMjPLbtTbibF1fjFUGzuD0tjUj/920tMkoaFrFnHYfrqXuwXg3OXaOJh 2DDj5ps+ZfTtE6HbWTKEzbM5/K9FhDjx6rctrhw9k3yg+nJ5giNBk+BByu0+bGkzfhRs=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=xo) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kXJd3-0003rb-4t; Tue, 27 Oct 2020 08:42:51 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAABGdBTUEAALGPC/xhBQAAACBj SFJNAAB6JgAAgIQAAPoAAACA6AAAdTAAAOpgAAA6mAAAF3CculE8AAAAD1BMVEWpYhtZLB7pohnu 0aH///80edrZAAAAAWJLR0QEj2jZUQAAAAd0SU1FB+QKGwcXLcm69W0AAAGVSURBVDjLVVOBkcMw CAN+AfwT8M4Gzf67vQQ2tX29pkWRABlE6ujAEZk8eIjKqCNis04gHgB4EJ+z4/mtQAMydsT5OxmU tx3GD+MT2jEaqDwqBhExda3csfIjCBUK4eOdhMDAu6hI9awKefl/rD4kmmIqTu0CXL6cBEYSL6mp JkvKbwAyXl6xhiu5/CagN8PwWjKUzZwmoiCfDkDY4bwQj18qjsPdQozeKqo642Vmmu4ScgEBH7Jc i5uCu0hLPC/nRhLA9ZJ/SMEvISEmtNTim4N+7ZLwTisRkMzEptL5FC2AHg7ebwGBEIZhVlnrezti 4cHb0hW3LlUScBrs3tOb9iaD+kOOsY5hkSKunFXfhiHYgJ/e0/fY+1GWNdIAOZ0jb36Pj+49Y+u5 IQkIut8eRt1O7pmWI6tBkJ7P3DnYUiE27ZkHIH/LEyi9JNJbmMKWZHb6txiSyyY7O4Sedw31SIZJ ZSclh4EgWvUCsKbTXuEgYnH9u+3ZxlszSrT3CsCDHD+i69ZHlcu7TUaNg/aCcint+fwD5Chalzzb s+IAAAAldEVYdGRhdGU6Y3JlYXRlADIwMjAtMTAtMjdUMDc6MjM6NDUrMDA6MDBYZBDBAAAAJXRF WHRkYXRlOm1vZGlmeQAyMDIwLTEwLTI3VDA3OjIzOjQ1KzAwOjAwKTmofQAAAABJRU5ErkJggg== X-Now-Playing: Prince's _Sign 'O' the Times (2)_: "Adore" In-Reply-To: <878sbtuhj6.fsf@gmx.de> (Michael Albinus's message of "Mon, 26 Oct 2020 16:35:25 +0100") 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" Xref: news.gmane.io gmane.emacs.bugs:191705 Archived-At: Michael Albinus writes: > No, for Tramp it is different. You move the file from one machine to > another. And you change the ownership: one file accessible only by root > on one system, is then accessible by whomever on another machine, in the > waste basket. That is a much more serious security flaw, and it would be > unexpected for the majority of the users. I don't see the difference (except as a matter of practicality; that it would be slow). If you've NFS-mounted (or SMB or whatever) a file system, and you delete it in Emacs, Emacs will move it to the trash can you've specified (if you've specified that Emacs should do so). But remote files accessed via Tramp don't do this, and that's unexpected (as demonstrated by this bug report). > For that reason, it is common practice to provide one waste basket on > every physical file system, even for different file systems accessible > on the same machine (aka "mounted"). I've never seen such a system -- any OS I've used that has had a trash can has had only one trash can (per user), as far as I can recall. >> Neither doc string says anything about remote files? >> >> --- >> >> Directory for =E2=80=98move-file-to-trash=E2=80=99 to move files and dir= ectories to. >> This directory is used only when the function =E2=80=98system-move-file-= to-trash=E2=80=99 >> is not defined. >> Relative paths are interpreted relative to =E2=80=98default-directory=E2= =80=99. >> If the value is nil, Emacs uses a freedesktop.org-style trashcan. > > It says it indirectly, because move-file-to-trash is intended for local > operation only. So if you know something that's not documented about move-file-to-trash, then you can indirectly interpret this correctly? That's a roundabout way of saying "indeed, this isn't documented at all". :-/ > As I said the other message, it shall make it clear that it is an > operation for a local file system. As designed. That's why it is called > in delete-file end delete-directory only after the file name handler. I'm not sure what you mean by "it shall make it clear". Do you mean "it should make it clear", or that you're going to fix the doc strings here? --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no