From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#44217: none Date: Tue, 27 Oct 2020 21:20:32 +0100 Message-ID: <87mu07to8f.fsf@gmx.de> References: <86mu0ayu2b.fsf@protected.rcdrun.com> <87eell2q96.fsf@gnus.org> <87imaxuo74.fsf@gmx.de> <87tuuh15zm.fsf@gnus.org> <878sbtuhj6.fsf@gmx.de> <87ft60ru6g.fsf@gnus.org> <87v9evu1jv.fsf@gmx.de> <87a6w736qm.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="33407"; 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: Lars Ingebrigtsen Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Tue Oct 27 21:22:53 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 1kXVUa-0008d9-Rg for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 27 Oct 2020 21:22:52 +0100 Original-Received: from localhost ([::1]:43092 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kXVUZ-0000zW-NQ for geb-bug-gnu-emacs@m.gmane-mx.org; Tue, 27 Oct 2020 16:22:51 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:33388) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kXVTn-0000z7-Ug for bug-gnu-emacs@gnu.org; Tue, 27 Oct 2020 16:22:04 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:34486) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kXVTm-00045p-Fv for bug-gnu-emacs@gnu.org; Tue, 27 Oct 2020 16:22:03 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kXVTm-0006mR-8e for bug-gnu-emacs@gnu.org; Tue, 27 Oct 2020 16:22:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Tue, 27 Oct 2020 20:22:02 +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.160383007326006 (code B ref 44217); Tue, 27 Oct 2020 20:22:02 +0000 Original-Received: (at 44217) by debbugs.gnu.org; 27 Oct 2020 20:21:13 +0000 Original-Received: from localhost ([127.0.0.1]:46032 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXVSy-0006lN-JE for submit@debbugs.gnu.org; Tue, 27 Oct 2020 16:21:12 -0400 Original-Received: from mout.gmx.net ([212.227.15.15]:43483) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kXVSw-0006lA-MA for 44217@debbugs.gnu.org; Tue, 27 Oct 2020 16:21:11 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1603830033; bh=GFkXbkqJGT1A+0h5eHvFEOlj51Y1mdaLw8x7pYwvFIE=; h=X-UI-Sender-Class:From:To:Cc:Subject:References:Date:In-Reply-To; b=Ey2+p00dcvu05x4SBVXRc+bIfOjARnplC8pZ5KzKc9GkSohH3lBjEeJCj3Kwuj8IB 3ocq42idRTNoHtIc3t1WOUZw4bzE5t2xB+dgEWY8KDRRr3imBBZ7hRGqAqW5BT4D9j qXx/2SDs+08WRE+H01F4LGCONFC/fOMXFxQ3JkKw= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Original-Received: from gandalf.gmx.de ([212.91.249.180]) by mail.gmx.com (mrgmx005 [212.227.17.190]) with ESMTPSA (Nemesis) id 1MdvqW-1jzpOp1TGw-00b5mw; Tue, 27 Oct 2020 21:20:33 +0100 In-Reply-To: <87a6w736qm.fsf@gnus.org> (Lars Ingebrigtsen's message of "Tue, 27 Oct 2020 18:42:57 +0100") X-Provags-ID: V03:K1:+kfUAjF5+EIcyW/Lw8zCWQ4UFpT/GWRHSPWUi0LjMOIkIkbVX4M M+6YPZoeXH8PAPWcU+8Bwul6d4RtU6UHuA02gXNTDq+G9iCaul+5a3N3zMmAwx+5WMAncKZ Vqji6OvyF9k8jdZEdAMb/vdBO38Iue84XSNQjr/UMlA65piZMGIHAcxvP80ICjf005E0EiE t2qZYB9/Kd1yjzn7ZQg6w== X-UI-Out-Filterresults: notjunk:1;V03:K0:1wi2/zoQUJM=:ot2D6vZgtINNOYO8BhkfNS 8NJxDqIanD5pXOx6tEoFI2YHoKbEd1VAVoFuZ1USFv39gb7PNduwSbqpR1tkpEMOpVlq2sA8W dM18qXvwbsnVPXBiF1vp25IOCD6PPTM9MJVKbChRfIrZbju5birDl3k2Jo8qLtKpz61St4g+f 5pl1ozFTXV06GhjEW0RqHmfgbtMq8z2mEl8wbdQO/VKQpQPBeTzv8/hogJZbnmHyM+uEedm3Y 1xwzAveU8zuqjZHceDBL2oYr/Va6A5TeMWeeVfw0oH7Z9811fx3gTcrsDzz9ug9I/+XuHNeko 48n3vzCrXreRVb+m0Y3D+oqxOII55W2xzC41jtZLlKvvLsNS/g5br64XVvyzR+Q5qNYATEbdL axu0C+JiGEKIvxqelItD3cP0GJRrkLZJio3AY6pq5NzE3jw+0KNXZAzGYmUC0bSEkpfkqQOKB tBx81p6v6kUaD+aanYZj5pXhk5Fx8Jpwld7KruXotuN50CYj6Xhv4paG+8Eyjlt6nBiitflvY gPirQR2mswyieXTeHo0e4x8sH6hRVbX/rwvvxLCDvr7zbZoyukMMwdDT0fsPAlfeKtKW1TLLh Ys7hm3MLP7ecwv0Yh+q50mU9YDu4+KpZ+m0at5LorX0qF6CtDIZYIGECSanl26RgZdlN7kGbi UP8jWPXIqL6cEhNAvw/UK2viBWK1pG9OQ4facrvS6wA2Vd1EmFlJBOTjojHrr0+A7wZ0rZ91A jFJ9jWAmrVj/KRxVqoqp0FRpu8knwkvyVPCZmUA2HTtFVaMLvoHJbmmnh11l+iR5N3BBdMTq 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:191786 Archived-At: Lars Ingebrigtsen writes: >> However, in "~/.local/share/Trash/info/aaa.trashinfo" there is >> >> Path=/ssh%3aford%3a/tmp/aaa >> >> This will be unexpected, at least for tools which try to restore trashed >> files. > > Yes, perhaps the .trashinfo file shouldn't be created in these > instances... It is created according to the XDG spec. We shouldn't fail to do it. And maybe, Emacs will add an own trash recovery function, which would be able to handle such remote paths? >> However, perhaps Tramp shall call move-file-to-trash when deleting >> remote files, argument TRASH and variable delete-by-moving-to-trash are >> non-nil? Instead of calling the remote trash command? > > Yes, I think that would make sense. > > But if trash-directory is nil, and there is a remote trash command... > perhaps Tramp should call the remote trash command anyway? (Many > permutations of possibly correct behaviour here. :-/) We must be consistent. A remote trash command will move the file to the remote trash can. Tramp, using move-file-to-trash, will move the file to the local trash can. A user couldn't know, whether a trash can for a remote file will be located locally or remotely. So we shall use either a remote or a local trash can, and not mixed. The local trash can can be used always. The remote trash can can be used only, when the remote system offers the "trash" command. This doesn't happen by default. Best regards, Michael.