From unknown Tue Jun 17 20:31:59 2025 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-Mailer: MIME-tools 5.509 (Entity 5.509) Content-Type: text/plain; charset=utf-8 From: bug#31489 <31489@debbugs.gnu.org> To: bug#31489 <31489@debbugs.gnu.org> Subject: Status: 25.3; Dired unable to open directory "/ssh:example.com" Reply-To: bug#31489 <31489@debbugs.gnu.org> Date: Wed, 18 Jun 2025 03:31:59 +0000 retitle 31489 25.3; Dired unable to open directory "/ssh:example.com" reassign 31489 emacs submitter 31489 Christoph Michelbach severity 31489 normal thanks From debbugs-submit-bounces@debbugs.gnu.org Fri May 18 07:42:18 2018 Received: (at submit) by debbugs.gnu.org; 18 May 2018 11:42:18 +0000 Received: from localhost ([127.0.0.1]:39216 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fJdm5-00088P-Km for submit@debbugs.gnu.org; Fri, 18 May 2018 07:42:18 -0400 Received: from eggs.gnu.org ([208.118.235.92]:46102) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fJdm1-000886-4t for submit@debbugs.gnu.org; Fri, 18 May 2018 07:42:13 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fJdlv-0006wr-4t for submit@debbugs.gnu.org; Fri, 18 May 2018 07:42:08 -0400 X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on eggs.gnu.org X-Spam-Level: * X-Spam-Status: No, score=1.1 required=5.0 tests=BAYES_50, FREEMAIL_ENVFROM_END_DIGIT,FREEMAIL_FROM,T_DKIM_INVALID autolearn=disabled version=3.3.2 Received: from lists.gnu.org ([2001:4830:134:3::11]:42933) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1fJdlv-0006wi-0x for submit@debbugs.gnu.org; Fri, 18 May 2018 07:42:07 -0400 Received: from eggs.gnu.org ([2001:4830:134:3::10]:37062) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1fJdlt-0005Wt-UL for bug-gnu-emacs@gnu.org; Fri, 18 May 2018 07:42:06 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1fJdlt-0006vt-3n for bug-gnu-emacs@gnu.org; Fri, 18 May 2018 07:42:05 -0400 Received: from mail-wm0-x230.google.com ([2a00:1450:400c:c09::230]:50369) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1fJdls-0006vD-Q6 for bug-gnu-emacs@gnu.org; Fri, 18 May 2018 07:42:04 -0400 Received: by mail-wm0-x230.google.com with SMTP id t11-v6so13694013wmt.0 for ; Fri, 18 May 2018 04:42:04 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:date:mime-version :content-transfer-encoding; bh=WeXzYk6dLgm+nHExrBlN9pqtkw9emrHGsAAONqntuV0=; b=ZEH/UKait5Hf0NFxjXuw1XOCIdRPvunREV/ljR4flQqeAFzSW6bmEAQIZEf+U+op/G swxKe+vwPGUQCSvAPbrC6v9QUP7pV3GIRXZbJ5WIQzIsPtmZXMJXeuUjzyy6Sz4qvSCy 7RrCYBe4lTF261D9atObJoqsXc9/LxPRyCJYExOvBw9ZyE74hHkcnPPMcXUGRSQSFw1W psFhcp0bPVZxIUVC+dEpNCpdo/K9+v92NXST2/Uh6Yp+KIu6ya40aAXVaM2dMjmwJA85 IM+rq5aHDHEGvX4NA27f8QnGZicxVOa6RhdEfmHmKmVyGF9mkCD7nXbYtRN4akDkWciA lZBA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:date:mime-version :content-transfer-encoding; bh=WeXzYk6dLgm+nHExrBlN9pqtkw9emrHGsAAONqntuV0=; b=uZSmHHJLAldhAzZmZGBf7ZLvnmaI0dqJT0vp7iTnH4H1HfdLVlEuWN1iPYxxr9XftW hR6Z1P/eUAgRu/GlFSFFhXJcjpPNj61EWK7b2tFMa7eyLtoO21VQfa2XghlptZjLkI7e XDdQhugdTqWR9imJRK4KEjXoNnsIcsVbGxnsrXz03c+VPfqcE2T5oae8r9jL4BLPvOVK oI3MIOpaiVx2UPGW/149SWsGyAgbt0nWkxPK5F3zLUCeWbVPUKew42CfjMU27GySEdL5 CgB1M+5wKAbedT0LqBB9lAIMkBz9PpCmX/tMtQQ990QLtEE0yzDN/lJknPVTnmEM2RLq y/NQ== X-Gm-Message-State: ALKqPwf43NpWnGXGPspvaPFyPqYZUlzyYq16p7ppkuoApcptGWHYUFg8 zWYQ9QOsvrwn4BJWuYoHEW8nOA== X-Google-Smtp-Source: AB8JxZode21Z5aOGUM9U3qk9eIrUUKGbAvcIJAqEA01reMxZoBJ5e+uocJoYVK74F/TATs7bmitnsQ== X-Received: by 2002:a1c:3653:: with SMTP id d80-v6mr4630213wma.3.1526643722926; Fri, 18 May 2018 04:42:02 -0700 (PDT) Received: from ?IPv6:2a02:8071:21b0:3d00:9191:c843:5a0c:5281? ([2a02:8071:21b0:3d00:9191:c843:5a0c:5281]) by smtp.googlemail.com with ESMTPSA id q2-v6sm7553738wrm.26.2018.05.18.04.42.01 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 May 2018 04:42:02 -0700 (PDT) Message-ID: <1526643719.9043.13.camel@gmail.com> Subject: 25.3; Dired unable to open directory "/ssh:example.com" From: Christoph Michelbach To: bug-gnu-emacs@gnu.org Date: Fri, 18 May 2018 13:41:59 +0200 Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 2001:4830:134:3::11 X-Spam-Score: -3.8 (---) X-Debbugs-Envelope-To: submit X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -4.8 (----) If you can't reproduce the problem with the version of Emacs you're running right away, please read till the end of this email. When a file's path conflicts with how an external resource is addressed, you can tell Emacs to open the local path by preceding it with "/:". If you created a file with sudo touch "/ssh:example.com/file" , you could access it via: C-x C-f /:/ssh:example.com/file RET However, if you leave "file" out, you don't get to see a dired buffer after hitting return. Instead, the current windows are retained and the mini buffer reads: Host name must not match method "ssh" The *Messages* buffer says: tramp-file-name-handler: Host name must not match method "ssh" You also cannot first navigate to "/" and then enter the directory by moving point to it and hitting return. The same problem accompanied by the same error message occurs. If you use the development version of Emacs, the problem only occurs if the directory's name ends in a colon. So if you're using the development version, run sudo mkdir "/ssh:exaple.com:" instead to create a folder you can't access via dired. Again, the problem occurs both when entering its path preceded by "/:" and when hitting return on the dired buffer of "/". I used the latest version on the master branch of the mirror on GitHub (60ff8101449eea3a5ca4961299501efd83d011bd) to confirm that the problem still exists. From debbugs-submit-bounces@debbugs.gnu.org Fri May 18 11:25:27 2018 Received: (at 31489) by debbugs.gnu.org; 18 May 2018 15:25:27 +0000 Received: from localhost ([127.0.0.1]:39943 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fJhG3-00051C-D6 for submit@debbugs.gnu.org; Fri, 18 May 2018 11:25:27 -0400 Received: from mout.gmx.net ([212.227.17.21]:33827) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fJhG1-00050y-J0 for 31489@debbugs.gnu.org; Fri, 18 May 2018 11:25:26 -0400 Received: from detlef.gmx.de ([212.86.47.102]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MhMg2-1ex41t0IbK-00MgUu; Fri, 18 May 2018 17:25:19 +0200 From: Michael Albinus To: Christoph Michelbach Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" References: <1526643719.9043.13.camel@gmail.com> Date: Fri, 18 May 2018 17:25:17 +0200 In-Reply-To: <1526643719.9043.13.camel@gmail.com> (Christoph Michelbach's message of "Fri, 18 May 2018 13:41:59 +0200") Message-ID: <87zi0xkmua.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" X-Provags-ID: V03:K1:UWjZlsZmfHau9dHwKYzAUaxpXPpSqzJlHEHnPycIgd2B+eRijAG TbvTbahYFowNHq5Ywjm6z/TP2JjpHp1KFe7QB0XB8gZNTwpSDZIXaujdQhf2cpj47IaIH3t MCvxxkjD9E7XJ3h7L4i785k17hjrDGeuX8UOV06Dr6ZeKjzMDPj+uRz/k0+yqI16xRYXPPJ AC6ykVUMhRWnFpbjtVnXw== X-UI-Out-Filterresults: notjunk:1;V01:K0:iTt/EYwdBvw=:nNLdtiSq6D6MJxjEX4CUFe 8MvmXrCYXccoM/P95vFTZPTYArNz81dOGgK/56fKr2F4uQs4CZmLz/rItzjJNYsMNtL1KpSEU BpZBDrv562XyfGZjZPZ49fuZRZ7gy3xW9HfNRcSYeOLua7CPFzd7+yRazK/z+jg8yRO+SlJCi ZLP95T/FuADEaJxcK0ObV9YZl59IoY3ZtflnGJCYlKus2iPy1X70tLEvbC/HXAJOZWW/YE/DE 8sUafGXi0mcbnYMLon4+nrpncKXlQnWKqVQblKfmcKQ2lPhVd8dupXqm0OnFWF8eD4E4CtvUL Afh5MWMPMk/S3AntPcD7etFdDrqZtLUsHdNIQQNTLoyWATw9fga7KfAfxtOzgsmgwmRG8pXqt UxRW8Y2HAp4/y8u/zISpwpVgWJaFa6bb6+nD/CeYfpxGLdEFb+ECoMsmCKgG5VI02K7frwH4W Omzg3D9gOMJswRHukx6AraUTvxfG2e9tPo39Y4KZDHVAvL5NNVa8ytVklSFvTZrygPfS0YS7Z 6mjgET2ebSrZV55DWmSC6RM4a4k1RHiMGGe60NW9d6rqqrdBagSciM5ReqJc65FOq5t02AQbm 9xQZzI8X/2PFxmL78vwho8NSPlJWJhmntkcBO94BBWXuTKJJ7G1Its5lpwBydZF7tP6AFtHfX QybPS1bzjci2AGdcIXcIL+MfvkpXny+RZM9Xr718No7o6sjokszlrM3k0bq7MeiSf/JpGCjMR 6s0TYdtwnXmOqqtVnWvU7QqJ+HjGpucq9hgH8cfYU05aRLMFYYYWehAnU1A= X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) --=-=-= Content-Type: text/plain Christoph Michelbach writes: Hi Christoph, > When a file's path conflicts with how an external resource is > addressed, you can tell Emacs to open the local path by preceding it > with "/:". If you created a file with > > sudo touch "/ssh:example.com/file" > > , you could access it via: > > C-x C-f /:/ssh:example.com/file RET > > However, if you leave "file" out, you don't get to see a dired buffer after > hitting return. Instead, the current windows are retained and the mini buffer > reads: > > Host name must not match method "ssh" Thanks for the bug report. The appended patch, towards the master branch of the Emacs repository, fixes it for me. Could you pls check? > You also cannot first navigate to "/" and then enter the directory by moving > point to it and hitting return. The same problem accompanied by the same error > message occurs. You should navigate to "/:". Then it works, after applying the patch. However, before committing the patch I need to run further tests. The patch let tramp-tests.el fail, which must be investigated further. Best regards, Michael. --=-=-= Content-Type: text/plain Content-Disposition: attachment diff --git a/lisp/files.el b/lisp/files.el index d98d09bb1e..2478a22046 100644 --- a/lisp/files.el +++ b/lisp/files.el @@ -7056,7 +7056,8 @@ file-name-non-special '(nil 0)))) method ;; Copy ARGUMENTS so we can replace elements in it. - (arguments (copy-sequence arguments))) + (arguments (copy-sequence arguments)) + file-name-handler-alist) (if (symbolp (car file-arg-indices)) (setq method (pop file-arg-indices))) ;; Strip off the /: from the file names that have it. @@ -7064,27 +7065,20 @@ file-name-non-special (while (consp file-arg-indices) (let ((pair (nthcdr (car file-arg-indices) arguments))) (and (car pair) - (string-match "\\`/:" (car pair)) - (setcar pair - (if (= (length (car pair)) 2) - "/" - (substring (car pair) 2))))) + (setcar pair (file-name-unquote (car pair))))) (setq file-arg-indices (cdr file-arg-indices)))) (pcase method (`identity (car arguments)) (`add (file-name-quote (apply operation arguments))) (`buffer-file-name - (let ((buffer-file-name - (if (string-match "\\`/:" buffer-file-name) - (substring buffer-file-name (match-end 0)) - buffer-file-name))) + (let ((buffer-file-name (file-name-unquote buffer-file-name))) (apply operation arguments))) (`insert-file-contents (let ((visit (nth 1 arguments))) (unwind-protect (apply operation arguments) (when (and visit buffer-file-name) - (setq buffer-file-name (concat "/:" buffer-file-name)))))) + (setq buffer-file-name (file-name-quote buffer-file-name)))))) (`unquote-then-quote ;; We can't use `cl-letf' with `(buffer-local-value)' here ;; because it wouldn't work during bootstrapping. @@ -7093,7 +7087,7 @@ file-name-non-special ;; `verify-visited-file-modtime' action, which takes a buffer ;; as only optional argument. (with-current-buffer (or (car arguments) buffer) - (let ((buffer-file-name (substring buffer-file-name 2))) + (let ((buffer-file-name (file-name-unquote buffer-file-name))) ;; Make sure to hide the temporary buffer change from the ;; underlying operation. (with-current-buffer buffer --=-=-=-- From debbugs-submit-bounces@debbugs.gnu.org Fri May 18 18:16:23 2018 Received: (at 31489) by debbugs.gnu.org; 18 May 2018 22:16:23 +0000 Received: from localhost ([127.0.0.1]:40284 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fJnfj-000893-BL for submit@debbugs.gnu.org; Fri, 18 May 2018 18:16:23 -0400 Received: from mail-wr0-f179.google.com ([209.85.128.179]:46974) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fJnfh-00088r-8G for 31489@debbugs.gnu.org; Fri, 18 May 2018 18:16:21 -0400 Received: by mail-wr0-f179.google.com with SMTP id x9-v6so7724644wrl.13 for <31489@debbugs.gnu.org>; Fri, 18 May 2018 15:16:21 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=smzfm3Ka07htuPCfCphXJ1Ekhi2fMDnW+fdfruE/gvM=; b=Y0QhZQg+PJNj9foKJBUhI2Vb1N0nYrJ86/aKgPq8Ew4zqd9I+IHSDdCAH7iRxqssRJ CzmLipd5x4lTWCY3OYO5+AcEpIj44wTM+CvOR5NX0Nr0Kg6bVjypPX1K2buGATZQ7xX8 XurTcw/y6dcArEu/oeIhRPlvILDBrLskS9DeasLhZNIm7TGpdkyGvU/Nvh1CpZ592jcd 99mppcxyyKceHvlRksxEyICg3HEjbLXi7rqGifnkMrJr0aoC5ORxqCgZ50bA60gw0nIc xOA/4cacECN2j7lvfgGJvPJy4zcydT1EXiqoFZ837UIN5FUPuM6FidaN3/93RHeWG9T/ Qdbw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=smzfm3Ka07htuPCfCphXJ1Ekhi2fMDnW+fdfruE/gvM=; b=cGCw3Ymvuzb527hx5K8UIZ0iypRQO8dcjtZ2d30VZNYc3td1lcErUzSiEPqnbIPsPc vGgXZakqrNU1+ukHAefAswHtQ7DN3NdwCtocRVMX9a543x+WL6g/QrBzN1WQxss4WBqm 6X8tIYEha9p1SBiP+VrHig2OoNoq+x/9ED5NG2NIgn9/grLf/bTe+mxrc+ClZDifV6j3 tpBOmzQj73BBSolbZOuXB2HznkY59HtXpb6YCwRzxji4qCH7p+qGLru+Tckaf5gz8cux ddchRFveqS8D5z5NfvOru8HKdBmHB3QzhawxCZqFHIyhm4LDdxqnPkGkn31cu7PX63xw MRIg== X-Gm-Message-State: ALKqPwdKKk+/CZIowllG+uprh8l6Ure2pU1GTojX0r8biY0egJJedmmM pBWRi3uriaRG7RReHkG4Q3I= X-Google-Smtp-Source: AB8JxZqBnctkS9AMeBB3mHnY0zV8QL/3ghwQtgDk69NuLkBXwPRdyW/3JUcxr4JNHrdJLzAN9UyyBg== X-Received: by 2002:adf:a075:: with SMTP id l50-v6mr9835570wrl.227.1526681775378; Fri, 18 May 2018 15:16:15 -0700 (PDT) Received: from ?IPv6:2a02:8071:21b0:3d00:592b:da80:f157:c026? ([2a02:8071:21b0:3d00:592b:da80:f157:c026]) by smtp.googlemail.com with ESMTPSA id 2-v6sm18206030wrb.22.2018.05.18.15.16.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Fri, 18 May 2018 15:16:14 -0700 (PDT) Message-ID: <1526681772.32534.6.camel@gmail.com> Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" From: Christoph Michelbach To: Michael Albinus Date: Sat, 19 May 2018 00:16:12 +0200 In-Reply-To: <87zi0xkmua.fsf@gmx.de> References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Score: -0.3 (/) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.3 (-) After applying your patch, I can enter the directory with the SSH resource name by hitting enter on it if and only if I start at "/:". However, if I start at "/:" instead of "/" in my regular installation of Emacs, I cannot enter any directory. This error message is generated (I hit return on the directory "mnt"): apply: Setting current directory: No such file or directory, /:/ If this didn't work thus far, it's probably a bad idea to force people to start at "/:" instead of "/". From debbugs-submit-bounces@debbugs.gnu.org Sat May 19 14:10:18 2018 Received: (at 31489) by debbugs.gnu.org; 19 May 2018 18:10:19 +0000 Received: from localhost ([127.0.0.1]:41237 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fK6J8-0005lw-Ms for submit@debbugs.gnu.org; Sat, 19 May 2018 14:10:18 -0400 Received: from mout.gmx.net ([212.227.15.15]:55703) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fK6J6-0005lk-JJ for 31489@debbugs.gnu.org; Sat, 19 May 2018 14:10:17 -0400 Received: from detlef.gmx.de ([212.91.249.45]) by mail.gmx.com (mrgmx003 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Mg42v-1fhQcW3G0j-00NSH2; Sat, 19 May 2018 20:10:09 +0200 From: Michael Albinus To: Christoph Michelbach Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> Date: Sat, 19 May 2018 20:10:08 +0200 In-Reply-To: <1526681772.32534.6.camel@gmail.com> (Christoph Michelbach's message of "Sat, 19 May 2018 00:16:12 +0200") Message-ID: <87zi0vms8v.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:nr2ByqkoNqP+26v+/cLIkFiGubRAhg773frBpam/I4Bo8Vdq9P2 m7cWzoQx9cltdxwQG4t9M1sKzkOte9hYMRRkCXZAouv5DtryGUtf5D1OQU/KLg1zP5ySLNk wn7YLSVx/ywHf4QH7qOaqmy3HMKMjtLMzEaUYxs1yUpJOLnhTNhFbpWa4avZ+thk3nRm0yM 0BzlNYFXedSJgrxoZs0GA== X-UI-Out-Filterresults: notjunk:1;V01:K0:kaHOFuG1Jyo=:b2hKvO9F122Vm9+utikZ2T cd+5Wf0BJdY8cfUKprNMrqnPWds0GwGItqnZtOb9ehVD3QDO34DKmcEm3l8dyKwjV7GqDyo4p h5IJYgIDH5JGYMZCczuObYV1ztMDP9OqpfB6bZza5C58jZKbRKGn5u7i0s9wwICi/8NRKe9fH JxN64u80h3nx0kDZ+vYHGGst8HQNkIVJoKjI0fKUtCIcwZx/QuFT0we8xS623BdCaoxTOdxNe hGV//wtqQHlNf79H7gY1592hTExkYxIgUW64Wdb9GgCmtA/R+pLXC3cfWTYD9NY6AVkqUZZhD RyNqUcYxxl5oWt/o60xjup2hfqqhLg3Y5qQDQ2K86HhuGI9cVrbO3EFdbFUzbVnAAj4qtd2AO RUV67pqVeFrJVh8189+JULnwWROC+WeBkG9Qd51WFngGWZ5GTfgabkrkE9oBfnxr5EXYRUFwA CUX+JPSgzQBGZMUg9vHYCX58iBOeMSZ/0xb9L6dnLsq9+foAXdc3bXZe9fxEiVyWRZ3CrBcaV lR8zqBxGsEni4bes6CmIKyhVFyw5EHxZBBXo7yZVaPpp+DAtKaJwn4BvSEj30z5fQIVH9oLbJ +m5E/SsYibIZXYj+6zf0tTO9ZnxiAGCcXHNjv9pt+vE9McRLwIYVxUAVF6N3DMG28Fq8sfUuI +thsuEwUMdGE6LK3sKkl165jT7D+f9XKjZR4tKUg8wSX3MhDbKd2sKWdK7CxyZqU+HJTOM27k N5neKHMnf1ZPq9ecS6OdGhCGbXJd2kFnfc424ztPrY+fvX3Bk80ksIgdNLrUk8W9KFf4JziLZ neRsFIH X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Christoph Michelbach writes: Hi Christoph, > After applying your patch, I can enter the directory with the SSH > resource name by hitting enter on it if and only if I start at "/:". Of course. Otherwise, you would try to open "/ssh:example.com:", which is a Tramp file name. > If this didn't work thus far, it's probably a bad idea to force people > to start at "/:" instead of "/". Meanwhile, I don't believe it is the way to go. If you enter the directory "/:/ssh:example.com:/", and want to access any file there, none of the file name handlers would work due to the quoting with "/:". Even uncompressing a file on the fly doesn't work, like /:/ssh:example.com:/file.gz". This is not what we want. We want just to hinder Tramp taking care of "/ssh:example.com:". If you don't use Tramp at all, set `tramp-mode' to nil in your .emacs. Everything shall work then as expected. This shall work also with older Emacsen, like 25.3. If you plan to still use Tramp, tell me so. I will add a variable then, where you could give a regexp for file names to be ignored by Tramp, like "\\`/ssh:example\\.com:". I will use bug#31489 to continue the work on the bug it has uncovered: If there is a magic function with two file name arguments, and the first argument is quoted with "/:", then *both* arguments are handled like they were quoted. Something like (copy-file "/:/ssh:example.com/file" "/sudo::/etc/file") won't work anymore. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun May 20 14:12:23 2018 Received: (at 31489) by debbugs.gnu.org; 20 May 2018 18:12:23 +0000 Received: from localhost ([127.0.0.1]:42107 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKSoh-0002u5-0h for submit@debbugs.gnu.org; Sun, 20 May 2018 14:12:23 -0400 Received: from mail-wr0-f179.google.com ([209.85.128.179]:37887) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKSoe-0002tp-WB for 31489@debbugs.gnu.org; Sun, 20 May 2018 14:12:21 -0400 Received: by mail-wr0-f179.google.com with SMTP id i12-v6so666759wrc.4 for <31489@debbugs.gnu.org>; Sun, 20 May 2018 11:12:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=ZZXxEcp2U+XGzAzxK9O1iKZEYH3ifENWdM/rKDaiLBU=; b=JsQ1kL90kJHCoa04yq8S1JcwkzQ1Z5z+DBm/sVrWBi9eMulwwv0H8aMVBGJcS12y/e Plb1Wdtt6KDU54yjsWOkv+YjyqlhvEdqGilQtguF8UCm8ZSZt2v3RbWpAtgYyYxm0J9k scWNGYLvTRHebiSGP9NHhItq14RZqLz3qYNTC2DE2t0QmYAuu3ubVdOIv9OUSm4T84// 7HZ+DZNs8hwBi2xAuJXmXxflgtY9l/ImPUZ4qcq+BWiAQiK2uCI1MPRLBQW99JuH8c3A IhJ7u9J/A5Iw4fY9CdHt+AleOHJ6kt6t5EK6WobZJr4TIOXa66DSalC6QmTwZK3Ppmqk b5mw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=ZZXxEcp2U+XGzAzxK9O1iKZEYH3ifENWdM/rKDaiLBU=; b=OOFuTWB5VOj3YVrSQc8ibNopvV78LPJKyolJP+zJfI98QghEsa7dXFeSDPnuyKZEKy 1wofM0yfJd/HW//APmD5fTLSjXlLMwNbueqk0fPZYPrCXsg8Zt9nIG0Bm/RxTQhLVQ2o fcdUiHV7Wk5pBgUEEjjH/MslvLvHKTXIVZpQvuqkH/XIQEw4PzE7WDDrjMeBUz1pyi8X 9YJehoG4dz7aqr9uKrF3a8Zacnoazfeh3a34t7k2JJOR65CISRaByBei81sVq+jw8Z9z l4CbyLXX4yh2I/NFB3ClYMthI3t9le7zPFTyjBx6GEYYsev2qTzLuZh4uh8Jk3wZjnTT cQqg== X-Gm-Message-State: ALKqPweZ3fgu+CbAMJ/K/D19J0NdY1R2VGClMu/ZX1wy3tCAKcMHoUnE xpK+fLxvzV+laj9uQPOnPJI= X-Google-Smtp-Source: AB8JxZqFna4HDEU6OwNbT/Y3E3vEM0zOt+Whn5TgEXB6QazGooX6SFkrVRofcXg8fA3I5+wg7T57OA== X-Received: by 2002:adf:c4c4:: with SMTP id o4-v6mr13295273wrf.173.1526839934447; Sun, 20 May 2018 11:12:14 -0700 (PDT) Received: from ?IPv6:2a02:8071:21b0:3d00:5c25:21f6:5d86:34e2? ([2a02:8071:21b0:3d00:5c25:21f6:5d86:34e2]) by smtp.googlemail.com with ESMTPSA id u8-v6sm3686254wmc.40.2018.05.20.11.12.12 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 May 2018 11:12:13 -0700 (PDT) Message-ID: <1526839932.4200.13.camel@gmail.com> Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" From: Christoph Michelbach To: Michael Albinus Date: Sun, 20 May 2018 20:12:12 +0200 In-Reply-To: <87zi0vms8v.fsf@gmx.de> References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) On Sat, 2018-05-19 at 20:10 +0200, Michael Albinus wrote: > > After applying your patch, I can enter the directory with the SSH > > resource name by hitting enter on it if and only if I start at "/:". > Of course. Otherwise, you would try to open "/ssh:example.com:", which is > a Tramp file name. Yes, but that's only because of how dired-find-file works (or the functions called by it). The user would expect a dired buffer of the external resource to be opened if tramp files were displayed in the dired buffer for "/" and they actually hit return on a tramp file. But they're not, so the user does not hit return on a tramp file. They hit return on a directory which is part of their local (V)FS. When the user hits return on some directory, they expect that directory to be opened. In the current implementation of dired, this is not the case. >From the user's perspective, these are separate bugs: 1. The user is unable to access some directories by entering their paths. 2. Hitting return on a directory does not load the directory. If the user has to enter a path different from the actual path to avoid loading an external resource, that's perfectly acceptable. At some point, what the user means by their input has to be clarified and if they enter a location, disambiguating it is their job. But if the user hits enter on a directory, they just want that directory to be loaded. The function called upon hitting return should take care of disambiguation. From debbugs-submit-bounces@debbugs.gnu.org Sun May 20 14:30:16 2018 Received: (at 31489) by debbugs.gnu.org; 20 May 2018 18:30:16 +0000 Received: from localhost ([127.0.0.1]:42114 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKT60-0003NR-Ia for submit@debbugs.gnu.org; Sun, 20 May 2018 14:30:16 -0400 Received: from mout.gmx.net ([212.227.17.22]:35809) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKT5y-0003ND-G6 for 31489@debbugs.gnu.org; Sun, 20 May 2018 14:30:14 -0400 Received: from detlef.gmx.de ([212.91.249.45]) by mail.gmx.com (mrgmx101 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M3NEK-1gBCCm0MIC-00r3OL; Sun, 20 May 2018 20:30:08 +0200 From: Michael Albinus To: Christoph Michelbach Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> <1526839932.4200.13.camel@gmail.com> Date: Sun, 20 May 2018 20:30:06 +0200 In-Reply-To: <1526839932.4200.13.camel@gmail.com> (Christoph Michelbach's message of "Sun, 20 May 2018 20:12:12 +0200") Message-ID: <87muwu18pd.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:Rj4oHgKC/DXM1cfC+jzHida6aWAzPvIVfV9m1SpFXgy36DQuzCX cZEjTKEliYEi32eHkyNsFe/SHsHXpiKX6Aqh1AYbLYuFLFmE8pSdsJBi53GmpguJCIsWw9l gcca0YizymUoan5Jw2yEGioYvuSNY/9MZ2VwsBF7N1gILGj1k0KYmHPAvWd8Amm0KZL5phB MR/vq/uk5IPWKDcOZ1nYA== X-UI-Out-Filterresults: notjunk:1;V01:K0:no8unHA7VOc=:pW3eka/5CJWsG9RV9ZFAJ/ vez8703wEo8zUvd7NRlQiT0rJQnus7zRIL9n8BmKR9+x9hMwPkHTN6cmCf6JsHayviqTEg4dG qm+ntp8kSMHoghKcb7cqL2hcM9U5bzMeOrqKWCJAPcEDnPTKwmldVmU2PSqzpoG9GI59i6Ak+ Nk5zXSAtSDXGw45PD5tt5ozfd+gKOUe6jzoRPCt5P6y+C2UoGQKpaOoW23Cydwpw6CYVgTH/p P6gBRSr4K91J/17Rg7Xdx2/P6ahflPUrlXX64dFc0gra8xIyIJ7dAIpBKmgul70tkPsRi2BJz EZaScsXZ39dpfMu4OVhIxASkTdxhDyxTeACnT5ypk1xfp4zQujG3XusGufcwu1nb0iqsZC5NA /KUdPsPs8XMgE26N++cksG0mB0a56RIzObvmHHaUD9csEPkpFeGXE2fSdZXXEJIK1RLaBaZ6q O9FXjbs92lGo1HCJL+V/2URQKDF9KUEw4bCHApL2FOe4TDbc5JPuiUtixUi/Ubbzu7CiSeLCs brQBEDLZUD184xkCPH0DA0NXPQWDGjfVdT6QZyyeffiOmwLQZm6qiehc318QAF5DapOyBmoU6 x7t/1lJkYHY5UjM4CnoxsIZlfIi3J27Nc2zRmd8px+ghNMnndDGu8xrF/e0/ypDjZB/9K3O7T jPA4XIaPBz3nnWJ2OSD7urd0weyCe4JsZ3v0DIlDxr1l9S18B98Mkdmxu2zs7uKGbiAD/jfGl AG2ZvSbSKh3PuwbCUwILDpR00+aXX4ERZxrxJ5btKK3Q3AWUy2fKbb/3ejVBAAm34sH5kOH37 MwFyLr+ X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Christoph Michelbach writes: Hi Christoph, > On Sat, 2018-05-19 at 20:10 +0200, Michael Albinus wrote: >> > After applying your patch, I can enter the directory with the SSH >> > resource name by hitting enter on it if and only if I start at "/:". >> Of course. Otherwise, you would try to open "/ssh:example.com:", which is >> a Tramp file name. > > Yes, but that's only because of how dired-find-file works (or the > functions called by it). The user would expect a dired buffer of the > external resource to be opened if tramp files were displayed in the > dired buffer for "/" and they actually hit return on a tramp file. But > they're not, so the user does not hit return on a tramp file. They hit > return on a directory which is part of their local (V)FS. When the > user hits return on some directory, they expect that directory to be > opened. In the current implementation of dired, this is not the case. I don't see how this could be avoided. Of course, dired could quote any directory name with "/:" when opening a directory with a file name dedicated to Tramp (or another file name handling library). But this would discard *any* file name handlers in this subdirectory, including something like uncrompressing files, as jka-compr does, or decrypting files, whis is performed by epa. > From the user's perspective, these are separate bugs: > > 1. The user is unable to access some directories by entering their paths. > 2. Hitting return on a directory does not load the directory. > > If the user has to enter a path different from the actual path to > avoid loading an external resource, that's perfectly acceptable. At > some point, what the user means by their input has to be clarified and > if they enter a location, disambiguating it is their job. But if the > user hits enter on a directory, they just want that directory to be > loaded. The function called upon hitting return should take care of > disambiguation. You haven't answered my question: Could you live w/o Tramp, and set tramp-mode to nil? Or do you want still use Tramp, and I shall extend Tramp with an "exclude file names" feature? Both variants would be a solution for this. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Sun May 20 15:19:29 2018 Received: (at 31489) by debbugs.gnu.org; 20 May 2018 19:19:29 +0000 Received: from localhost ([127.0.0.1]:42126 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKTrc-0004a1-PE for submit@debbugs.gnu.org; Sun, 20 May 2018 15:19:28 -0400 Received: from mail-wm0-f48.google.com ([74.125.82.48]:34771) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKTrb-0004Zo-TP for 31489@debbugs.gnu.org; Sun, 20 May 2018 15:19:28 -0400 Received: by mail-wm0-f48.google.com with SMTP id a137-v6so9546057wme.1 for <31489@debbugs.gnu.org>; Sun, 20 May 2018 12:19:27 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=VmiwA9E3/FMmixSvuAeslYG0td+FV03DlK3JMIfw+AU=; b=uOD8nxYQk193OYpu4TJGOD2V5bLcKFE/c1MZ/pNm0Xj+FYhd+m52q7FW24Art/a25s e/cTJQ0iSZEWvpa4qGE7PQMaODFga8nG4b4Ty5945b/P2FAGq5LbeHS/MeYXuHTaepBw PWfP3kUKxlU5Npxr5lkQwJswsRPJRY2o1L+P29fojKCYDvdsOmJyICC8apSlKB8rg920 9D8fkdr+vul+yRV4sAibmt0jERAB/cqo60LdHXCyMAF9CTg6frBfMR6EMPmc7buxkp7y /p/vvfFpgXv/wLTtFa3JI3yWMHDHrVucmreLiEtzcW8DMOBk9WwLEAA4AR3QX1dege3j enhA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=VmiwA9E3/FMmixSvuAeslYG0td+FV03DlK3JMIfw+AU=; b=Ez2SZpK7zhfVByyvObtnJOJd3viqzaxCqJG/yP+3lvLOZj8qbpIQW12dylV6MQoP99 ZqJSAKYsDLtdU1SkI5mNt4fB2XFAdEuTq1x5l1Mnv1va11sDOWKOIyaKnswuXb+UJA1P ptew4yKHByG3fdrx26A5aS1rCMNFAUgXU/N01SuuS9zjvStpEVDeNkc9YG2LWPQpF9DZ B+Y+uk6e2bFykj/XzmUfgNpNptyxbFtsEFnCGnsLYinMCtnV4j8HXoEfyfJOzX3OCRn6 GWdJ9eXa+cEnLcwd2jB0WN9GvTMkT7cHhvRRJGs88Egv7e6RPOw6pdaSJZuTamPmFXA2 jYbw== X-Gm-Message-State: ALKqPwe+lFqNZ/YzHWhYF8j6XeoN+NG6Wy1u+kmWDVbkBXN9jLeDBiq6 GJjj/ZQERQbjZKY6yZ81cmE= X-Google-Smtp-Source: AB8JxZqIQzSfmyNedqJGl55gSTgG8LoalAFzcq/SidEAvFeQyBluinHYtP5llnI2AtkqwGfuXycf2w== X-Received: by 2002:a1c:3653:: with SMTP id d80-v6mr9672974wma.3.1526843962223; Sun, 20 May 2018 12:19:22 -0700 (PDT) Received: from ?IPv6:2a02:8071:21b0:3d00:fcf6:be36:648f:1aac? ([2a02:8071:21b0:3d00:fcf6:be36:648f:1aac]) by smtp.googlemail.com with ESMTPSA id b10-v6sm33879728wrn.42.2018.05.20.12.19.21 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Sun, 20 May 2018 12:19:21 -0700 (PDT) Message-ID: <1526843960.3021.12.camel@gmail.com> Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" From: Christoph Michelbach To: Michael Albinus Date: Sun, 20 May 2018 21:19:20 +0200 In-Reply-To: <87muwu18pd.fsf@gmx.de> References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> <1526839932.4200.13.camel@gmail.com> <87muwu18pd.fsf@gmx.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-Spam-Score: 0.2 (/) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -0.8 (/) On Sun, 2018-05-20 at 20:30 +0200, Michael Albinus wrote: > You haven't answered my question: Could you live w/o Tramp, and set > tramp-mode to nil? Or do you want still use Tramp, and I shall extend > Tramp with an "exclude file names" feature? > > Both variants would be a solution for this. I haven't done so because I'm not suffering from this bug atm. I do use tramp but I don't have the problem described in the bug report in practice. I merely wanted to find out to what extent dired can be used as a file browser and explored some edge cases. While doing so, I found a few problems and this is the first one (and thus far only one found while explicitly looking for bugs) I have reported. To evade the problem in practice, one could simply use symlinks for the folders with the weird names. Or one could use a single simlink created via sudo ln -s / /f and then always start at "/f". Evading this problem in practice is simple, but it seems to me that HAVING to evade it shows poor usability. > I don't see how this could be avoided. Of course, dired could quote any > directory name with "/:" when opening a directory with a file name > dedicated to Tramp (or another file name handling library). But this > would discard *any* file name handlers in this subdirectory, including > something like uncrompressing files, as jka-compr does, or decrypting > files, whis is performed by epa. So the problem is that this way of quoting is also used in different places, which means that it's not possible to view the contents of "/ssh:example.com/tarball.tar" in Emacs without removing tramp / disabling tramp / adding an exception for this specific path? From debbugs-submit-bounces@debbugs.gnu.org Mon May 21 08:59:15 2018 Received: (at 31489) by debbugs.gnu.org; 21 May 2018 12:59:15 +0000 Received: from localhost ([127.0.0.1]:42585 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKkPD-0006sW-1k for submit@debbugs.gnu.org; Mon, 21 May 2018 08:59:15 -0400 Received: from mail-wr0-f175.google.com ([209.85.128.175]:43904) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKkPA-0006sJ-GT for 31489@debbugs.gnu.org; Mon, 21 May 2018 08:59:12 -0400 Received: by mail-wr0-f175.google.com with SMTP id r13-v6so3571820wrj.10 for <31489@debbugs.gnu.org>; Mon, 21 May 2018 05:59:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=message-id:subject:from:to:cc:date:in-reply-to:references :mime-version:content-transfer-encoding; bh=PCq6JUDT2hLaN9SQ0elc3QPecRggsmezjvwI8F43rAw=; b=tVzDyIJrkQCo4QFxBiFzo0xdLrHJdST//kAooym6sO0eA09/VdOj/azYdBHBTqV4qo W9mq2mra6pB69iFqkZJNP04ol2AiJZmpHKhXzr+LI3X8sP7olScNm2Qpo1QS99trHtD5 fW/ahx4o3XuQL2qV1HeD1+SxcBQ7KhoEZATwWEiuNts2vYqBYYN3o3X5gWVE/mvnl1mP rcS+L1MpvxrCkKJ/AUS7E5ZAtsROwNiv9Zts/uLxL32KhAoJjWasjTa9M0JsPQwnE6VR Md4txV7/7nUUfWpq1V1uKH3ukCm8xOeFmJtaDsmskMyqqu0iCegPyTRByKQf5CrSoaOp OKjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:message-id:subject:from:to:cc:date:in-reply-to :references:mime-version:content-transfer-encoding; bh=PCq6JUDT2hLaN9SQ0elc3QPecRggsmezjvwI8F43rAw=; b=m91nmZ6b6/hAzXJg/zurkNDwCq+qNigSTzqdYTlEbnMVDDYQJh4UeamBl/Xiq1R2bl /uYM6C0abE+Y9ivSb/2bOf4nXIrqj7S5+/gV72NdF9HRUL4CfOdW1HNYdwx/I0CCNkhs C1NsWVX0aqFlcj1kNxVIYwer81ig7jTu5xA/OriuzpyfTLghoKDAP1IidvKJ+kIP7RP4 IIaGHIlxquwSOF5bV6EnsvXZbecRm6B307aAG9nJINkuc7lRCfCKZPw/SKLKlJClbOvK OHRCHmm2G7BtWYFSINGxM7+BUN+Ea1Ezro40X10iWASPb70+6NE41Q5cgbFN7IbyKInO MADw== X-Gm-Message-State: ALKqPwfi70qpIzcGa9jkoEtg0P2vpyiwmRJbREn6tUsGBP/m0Og9uMwu g7JGrqwwNBDCMX1o0bcpy0n8Jw== X-Google-Smtp-Source: AB8JxZq5n31egamb1LU/LJZSU3Oz8+pEn9NOQ7TvR72XR2BC+70u0o/OtSYO5DQAf24bjbhkGB3/vg== X-Received: by 2002:adf:c328:: with SMTP id n37-v6mr16016076wrf.91.1526907546415; Mon, 21 May 2018 05:59:06 -0700 (PDT) Received: from ?IPv6:2a02:8071:21b0:3d00:7cea:2de2:73fc:eb1a? ([2a02:8071:21b0:3d00:7cea:2de2:73fc:eb1a]) by smtp.googlemail.com with ESMTPSA id b72-v6sm4512852wmf.2.2018.05.21.05.59.05 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 21 May 2018 05:59:05 -0700 (PDT) Message-ID: <1526907544.28371.6.camel@gmail.com> Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" From: Christoph Michelbach To: Michael Albinus Date: Mon, 21 May 2018 14:59:04 +0200 In-Reply-To: <87muwu18pd.fsf@gmx.de> References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> <1526839932.4200.13.camel@gmail.com> <87muwu18pd.fsf@gmx.de> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-Spam-Score: -1.5 (-) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -2.5 (--) Can't the problems be avoided by establishing that paths to tramp paths can't start with two slashes? To paths on Unix-like systems, you can add more slashes. So with that rule in place, the user could simply start weird paths with two slashes and dired could be changed to just add another slash to the beginning of the path if the file the user hit enter on is in "/". The path "/ssh:example.com:" would be passed to other functions as "//ssh:example.com:". When Emacs asks the OS to access "//ssh:example.com:", it's just the same as if it asked it to access "/ssh:example.com:". From debbugs-submit-bounces@debbugs.gnu.org Mon May 21 10:47:10 2018 Received: (at 31489) by debbugs.gnu.org; 21 May 2018 14:47:10 +0000 Received: from localhost ([127.0.0.1]:43117 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKm5e-0000y3-3c for submit@debbugs.gnu.org; Mon, 21 May 2018 10:47:10 -0400 Received: from mout.gmx.net ([212.227.15.19]:49855) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKm5c-0000xq-N2 for 31489@debbugs.gnu.org; Mon, 21 May 2018 10:47:09 -0400 Received: from detlef.gmx.de ([79.140.124.127]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0MAxyW-1fUiEj1AjU-009xLa; Mon, 21 May 2018 16:47:01 +0200 From: Michael Albinus To: Christoph Michelbach Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> <1526839932.4200.13.camel@gmail.com> <87muwu18pd.fsf@gmx.de> <1526907544.28371.6.camel@gmail.com> Date: Mon, 21 May 2018 16:46:59 +0200 In-Reply-To: <1526907544.28371.6.camel@gmail.com> (Christoph Michelbach's message of "Mon, 21 May 2018 14:59:04 +0200") Message-ID: <87d0xp12xo.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:r+SUs3nDhPa6X19vzrhlWnEnOyplj+yOWB6lYLiCjtkF3psAJcp QWEn7+acMWFBJG6GnqwV2Sihfm/6anpNseoPCaT/vudCr7vb6gc6tuDxCe3ePhxidfeBSU7 ZoTpgM/0KLTHqcmTV2xwCFV/XmbHeid7Qq7vMH/oVyjzI8VfM+v690pXvfTXWTe3JdApgAY HGJxfHHWnpbYItyoEHQjg== X-UI-Out-Filterresults: notjunk:1;V01:K0:qyjoIqkImSg=:8nE1NY7G5HvoSYE6ZL2M5T KuvNJHU1iBrQ88tfGsunPqORZ1UfSImVog9GcKRkgPX7/GYg59kFAUt8TPTggOR+Afg98EIzc QO4zeh1XdzkU0OhJlDllrCvOFu+dNUvGU5XGxWF+aMUaqaGElVJpPBvcoDIN8h98gADydqz8e PoxujhDnrlwHO6Arq9VDU3wJQfD3t0AkTN3MK730dw9L0a989+utcyQTbKFd1btXDjSAO4syR PEOUZPa3GfpAAotUqwInjJtj/nQ4aNZLSI5+1SxdKq/ABJstTRqw3gKIFWe+FWklmI8g8O3nR OacluGr8SzWED1BNPL7ULHyDWzPe8Ow+92SeeMyqp1uHfP3+Il+MLgeSd2k+1mHD8bWV5vCJ0 0l2bxFMxAoMLVDf6nCW7WkuYhg7x12ptgE77WuxIA999KBkjzPL8kNpnhSbBSX02jhB77wDOZ gzFylWKhvPOi99CGT06f1XrJ0ZTPCo7ezNxA9/QamJp+5quM2Ek2kPv2cmpRUAAZNRnkL3RLP 2malvFC1NYkO2QW94PbuZ5oPUUKQbagHz0723L6XkBbZ7+rsCnfQev4lcPDr/ATiiTqG7EJPc QV3/PCeWNP41xzEXBaVej/x3h3Ryq7Fi3De3yzueyUE5+LMQSJELI9p4lvhT2Xqd95v2YiOjk +SvIN0EeogvdUNRRpd3QH/3XfmCcVv7Tm05wva4PfTxFSJCo5FDrShV9VKP0MayEEMX+tG62D AVfHoTsmX9a9r2M1k5Ekyo/CaTun9oGsSeegvyEwwuRUygOvaF/ult5trVqzxwcUjEqEmPV9+ BiBZmg3 X-Spam-Score: 2.0 (++) X-Spam-Report: Spam detection software, running on the system "debbugs.gnu.org", has NOT identified this incoming email as spam. The original message has been attached to this so you can view it or label similar future email. If you have any questions, see the administrator of that system for details. Content preview: Christoph Michelbach writes: Hi Christoph, > Can't the problems be avoided by establishing that paths to tramp paths can't > start with two slashes? > > To paths on Unix-like systems, you can add more slashes. So with that rule in > place, the user could simply start weird paths with two slashes and dired could > be changed to just add another slash to the beginning of the path if the file > the user hit enter on is in "/". > > The path "/ssh:example.com:" would be passed to other functions as > "//ssh:example.com:". When Emacs asks the OS to access "//ssh:example.com:", > it's just the same as if it asked it to access "/ssh:example.com:". [...] Content analysis details: (2.0 points, 10.0 required) pts rule name description ---- ---------------------- -------------------------------------------------- -0.7 RCVD_IN_DNSWL_LOW RBL: Sender listed at http://www.dnswl.org/, low trust [212.227.15.19 listed in list.dnswl.org] 2.6 RCVD_IN_MSPIKE_L4 RBL: Bad reputation (-4) [212.227.15.19 listed in bl.mailspike.net] -0.0 SPF_PASS SPF: sender matches SPF record 0.0 FREEMAIL_FROM Sender email is commonly abused enduser mail provider (michael.albinus[at]gmx.de) 0.0 RCVD_IN_MSPIKE_BL Mailspike blacklisted X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: 1.0 (+) Christoph Michelbach writes: Hi Christoph, > Can't the problems be avoided by establishing that paths to tramp paths can't > start with two slashes? > > To paths on Unix-like systems, you can add more slashes. So with that rule in > place, the user could simply start weird paths with two slashes and dired could > be changed to just add another slash to the beginning of the path if the file > the user hit enter on is in "/". > > The path "/ssh:example.com:" would be passed to other functions as > "//ssh:example.com:". When Emacs asks the OS to access "//ssh:example.com:", > it's just the same as if it asked it to access "/ssh:example.com:". This is changed by `substitute-in-file-name': (substitute-in-file-name "//ssh:example.com:") => "/ssh:example.com:" See the docstring of `substitute-in-file-name', and (info "(emacs) Minibuffer File") Don't worry, I'm just working on a solution for you. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon May 21 13:54:04 2018 Received: (at 31489) by debbugs.gnu.org; 21 May 2018 17:54:04 +0000 Received: from localhost ([127.0.0.1]:43213 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKp0W-00058h-Hf for submit@debbugs.gnu.org; Mon, 21 May 2018 13:54:04 -0400 Received: from mout.gmx.net ([212.227.15.15]:48639) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fKp0V-00058E-AD for 31489@debbugs.gnu.org; Mon, 21 May 2018 13:54:03 -0400 Received: from detlef.gmx.de ([79.140.124.127]) by mail.gmx.com (mrgmx001 [212.227.17.190]) with ESMTPSA (Nemesis) id 0Lw2Sj-1gS6R70dtF-017pLs; Mon, 21 May 2018 19:53:56 +0200 From: Michael Albinus To: Christoph Michelbach Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> <1526839932.4200.13.camel@gmail.com> <87muwu18pd.fsf@gmx.de> <1526843960.3021.12.camel@gmail.com> Date: Mon, 21 May 2018 19:53:55 +0200 Message-ID: <87efi4nbd8.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Provags-ID: V03:K1:DUqEkk7aelKIohEfjj7idtBxmCw8s1q6SlmiKkJ+08s3+nRgN2X 3YMkT2H45OUaXOP+WkpXuYNRYe4LlW8B0N8vJoKdHu9lSgdxkL0JKAOWIiMGD+rlPN8NNX2 P7ORYvLblmCchu6vkKno34VWcC5CEf8J3JjUxELRZiNrEi60q09NkkyRdcGdK8HD37ejIui zDInNsQoEtaeYySiTKz7A== X-UI-Out-Filterresults: notjunk:1;V01:K0:LwbWiuj46v0=:j+POcRkluQLgyyF20IreCq Bwgu48MXVxgXnfhpfLo6iHpP5x0QEZQgdOdpP8SW2hVWz/fA2hZ36SSxlt8sjKt09vERf6ka4 Dqbur8aWRDuRngRT9DkIMkZx9ZUIETB1lwM66OYDEPBllW9bM3CyN5E71DFgD/EShRTHH86DM SZj32RJHaQ+QASmAg773bX+MyTlLnw46sgkVB5kzykg8V5Bzdf7ZHYIgCKdaHeO/Bpiwo+80g TrfYIeh8M+KCC36TcGloDfOoOgrMedEYoYQQp5QQcc6aldot3FqgSpNyISmMwdYjjNYXu9Jlg +p/18wXlMUfmlYAOqdGeA1e9Sr6owxts+gXe1oYxu29XWtYmBBohpjQVmdkQ39zR/k6KbzUE8 14TSbxTrMMj6EQDRZqFNE0o1bZICsY5tzE6vpuwld+jXxI7Nk80/ygZplkcZzFAlEGJyi6oWt kRCDpPqQizoabtilJyOI7Z9SayfCx0z2GAGH0Vziai+MTS4/qtM+nGgJDXlAneTkUO9Ihe1+F dfszp9AwJmXiwxnbiov1YCxdDLLG92g0n/uSZVyRmSPbg2im3qusvkYSFg5G/l1N4Z9SgXdSY n/dWYr8Yxkc9PnN5l+m99MAq9P/wLNzN4bKgdioozvS5DHNnBhipRrHJq6WoqH+jA4c9C1exC pieKvrZK7dLpgYicvA/N/sT0Ynm9JwF++flqCdNHCp2GgwUZUjXs18WBNa/TGfV64hWTLBJmx br/tBI7BQzeE6TC8QbuC3Q9MyUB+F1czSBwgD29AlqtOjsTChwJ9fghu6zRha8kK97wKZmTzl NhFp+FK X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 31489 Cc: 31489@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Christoph Michelbach writes: Hi Christoph, > On Sun, 2018-05-20 at 20:30 +0200, Michael Albinus wrote: >> You haven't answered my question: Could you live w/o Tramp, and set >> tramp-mode to nil? Or do you want still use Tramp, and I shall extend >> Tramp with an "exclude file names" feature? >> >> Both variants would be a solution for this. > > I haven't done so because I'm not suffering from this bug atm. I do use > tramp but I don't have the problem described in the bug report in > practice. I merely wanted to find out to what extent dired can be used > as a file browser and explored some edge cases. While doing so, I found > a few problems and this is the first one (and thus far only one found > while explicitly looking for bugs) I have reported. To evade the > problem in practice, one could simply use symlinks for the folders with > the weird names. Or one could use a single simlink created via > > sudo ln -s / /f > > and then always start at "/f". That was my first idea, when reading your bug report. But it doesn't work. `file-truename' would convert any file name "/f/ssh:example.com:/..." into "/ssh:example.com:/...", and we're back to the problem. > Evading this problem in practice is simple, but it seems to me that > HAVING to evade it shows poor usability. The problem is not related to dired. It comes from how file name handlers are designed in Emacs. They are active only based on the file *name*, not on anything else of the related file. That means, any file *name* which matched Tramp's remote file name syntax, activates Tramp. >>=C2=A0I don't see how this could be avoided. Of course, dired could quote= any >>=C2=A0directory name with "/:" when opening a directory with a file name >>=C2=A0dedicated to Tramp (or another file name handling library). But this >>=C2=A0would discard *any* file name handlers in this subdirectory, includ= ing >>=C2=A0something like uncrompressing files, as jka-compr does, or decrypti= ng >>=C2=A0files, whis is performed by epa. > > So the problem is that this way of quoting is also used in different > places, which means that it's not possible to view the contents of > "/ssh:example.com/tarball.tar" in Emacs without removing tramp / > disabling tramp / adding an exception for this specific path? Well, viewing the contents of a *.tar file is not performed via a file name handler, so it is possible to view the contents of "/:/tmp/foo.tar", for example. See the variable `file-name-handler-alist' for the file name handlers which are invoked via this mechanism, and which would be disabled by quoting a file name (prefixing it with "/:"). (On the contrary, in Emacs 27.0.50, viewing the contents of a tar file by the special file name syntax "/tmp/foo.tar/" could fail, when the file name is quoted like "/:/tmp/foo.tar/".) You might read (info "(elisp) Magic File Names") for further information about the underlying mechanism. --- Finally, I've pushed a patch to Emacs' master branch which should solve your problem. Add the following line to your .emacs: (setq tramp-ignored-file-name-regexp "\\`/ssh:example\\.com:") That's it. Tramp's documentation tells something about. Best regards, Michael. From debbugs-submit-bounces@debbugs.gnu.org Mon Jun 04 12:37:45 2018 Received: (at 31489-done) by debbugs.gnu.org; 4 Jun 2018 16:37:45 +0000 Received: from localhost ([127.0.0.1]:33551 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPsUK-0000dK-SF for submit@debbugs.gnu.org; Mon, 04 Jun 2018 12:37:45 -0400 Received: from mout.gmx.net ([212.227.17.20]:36679) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1fPsUJ-0000d7-J9 for 31489-done@debbugs.gnu.org; Mon, 04 Jun 2018 12:37:43 -0400 Received: from detlef.gmx.de ([212.86.50.1]) by mail.gmx.com (mrgmx103 [212.227.17.168]) with ESMTPSA (Nemesis) id 0MQzoI-1frog22Tja-00UKU2; Mon, 04 Jun 2018 18:37:36 +0200 From: Michael Albinus To: Christoph Michelbach Subject: Re: bug#31489: 25.3; Dired unable to open directory "/ssh:example.com" References: <1526643719.9043.13.camel@gmail.com> <87zi0xkmua.fsf@gmx.de> <1526681772.32534.6.camel@gmail.com> <87zi0vms8v.fsf@gmx.de> <1526839932.4200.13.camel@gmail.com> <87muwu18pd.fsf@gmx.de> <1526843960.3021.12.camel@gmail.com> <87efi4nbd8.fsf@gmx.de> Date: Mon, 04 Jun 2018 18:37:35 +0200 Message-ID: <871sdmjynk.fsf@gmx.de> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/27.0.50 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Provags-ID: V03:K1:wbS/dqJzTH4cmyo/6pwZnQHK77bq/fl2q/9qzTf91PbCXtyoKTw z7s3WvhxkKa2bMvsmNSoWSW9TjEKsl/9OybErc733HCnChT8H7IKjTcKLrRatWrxPhZuMhA Uro9ze40x0x7I/a6IKFgHHzeVXd3ROy/FNewKVRRJTpAoW3If81b92yfCtTEXlpljJkqqz9 SXmhIaPS+6ZPvrCjcE4+A== X-UI-Out-Filterresults: notjunk:1;V01:K0:FdgAjzIRq10=:XU/q+8dTPLqhDcTtVuUdqM kRLqhAnw8FYLkJKPHaSGh2g9P7ihpXQZO6kTbXYZIVp2bmkNQHp5fq7kuAsTGMItIdAvS4FCG /m8Z6V9F8P/i54GqD/CyO0d0fdIiXkzho9GkjnboHjqIhmpGI3otJ7GitWLrGUa6LunU+n8br RHCTEjXkO5fStuknzWbU5i+Ivhy6VA+6GcmhxnyhFXbgUM+lctHOkVyALF8tt1zXE4/fM3wxB cKeBvoyW0GKUgCIbAL8259VqoD6R4dpZfg5Y6QHZxr0MqLHPVjnysD4ua81/cyxjyefUytodp sjgsfMKZw7CrrRStYNC0zo/oG9FcU9qLKDNT5CAUEADpztaJizU+AeWksCBgdCrShEnqTaf0m QsIIa0He2HsWx/rLCoY0+cuGu7lfrFVrpGUYyQl86cw+RGfYWRW16YgKt6Z6K7ZbgY0NSlAfs ftIL9n5nrm82I4yOwbHysETFeBrKGVDPb3Atmp0hX07R5u/UCNLcmH49E3QaBQ8o434gr7PcL YCw8e4NgxI9fpAJaRByooFUj8gpvS+GguawILwqM1B6qUdbsYhkl214CDiuuf11EWVlXbZTPP rSz5qy3mHLh95Y7AZ/D7gZLm8z0wnFoWO8LqzN5EiQwPA0GwpkXCufeZWVlSHJ6aNiTLCCi9u 6vox8+uQB7u/ejsyfFg6qCbDRMqkED/AEyVVJCUvO4/JWP+1f3pAr8UwkQqLRiXElv6V5sk7R xqdfGbakh487B2N46vW0AXzC1+9bd8KUOGg3bHag4AWu5099nl66GLtXamV4G9RDh8POBYa2C Hk2FGg2 X-Spam-Score: -0.7 (/) X-Debbugs-Envelope-To: 31489-done Cc: 31489-done@debbugs.gnu.org X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: debbugs-submit-bounces@debbugs.gnu.org Sender: "Debbugs-submit" X-Spam-Score: -1.7 (-) Version: 27.1 Michael Albinus writes: Hi Christoph, > Finally, I've pushed a patch to Emacs' master branch which should solve > your problem. Add the following line to your .emacs: > > (setq tramp-ignored-file-name-regexp "\\`/ssh:example\\.com:") > > That's it. Tramp's documentation tells something about. Additionally, I have enhanced `file-name-non-special' to work proper for files in a directory like "/:/ssh:example.com:/". This is independent from the Tramp configuration shown above. If you have a chance to build Emacs from git, you could test it. I'm closing the bug. Best regards, Michael. From unknown Tue Jun 17 20:31:59 2025 Received: (at fakecontrol) by fakecontrolmessage; To: internal_control@debbugs.gnu.org From: Debbugs Internal Request Subject: Internal Control Message-Id: bug archived. Date: Tue, 03 Jul 2018 11:24:04 +0000 User-Agent: Fakemail v42.6.9 # This is a fake control message. # # The action: # bug archived. thanks # This fakemail brought to you by your local debbugs # administrator