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#60505: 29.0.60; Fido Mode and Tramp Completion Date: Wed, 01 Feb 2023 21:15:41 +0100 Message-ID: <87k011dtw2.fsf@gmx.de> References: <87k024918k.fsf@jroy.ca> <8dea9f3e0e411c315b04@heytings.org> <87tu15m6g7.fsf@gmx.de> <8dea9f3e0eb47ac9e4ab@heytings.org> <371ba1d0be1f14c7c798@heytings.org> <8aadf0ddd54d67a3213d@heytings.org> <87a62jmwj6.fsf@gmx.de> <87o7qwm3dd.fsf@gmx.de> <43562d4dd9c31382eb40@heytings.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="28922"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Cc: 60505@debbugs.gnu.org, Julien Roy To: Gregory Heytings Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Feb 01 21:16:21 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 1pNJWm-0007KJ-Ro for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 01 Feb 2023 21:16:20 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pNJWX-0006gr-Lq; Wed, 01 Feb 2023 15:16:05 -0500 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 1pNJWV-0006fu-FU for bug-gnu-emacs@gnu.org; Wed, 01 Feb 2023 15:16:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pNJWU-0001a3-SK for bug-gnu-emacs@gnu.org; Wed, 01 Feb 2023 15:16:03 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pNJWU-00018N-Ee for bug-gnu-emacs@gnu.org; Wed, 01 Feb 2023 15:16:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 01 Feb 2023 20:16:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 60505 X-GNU-PR-Package: emacs Original-Received: via spool by 60505-submit@debbugs.gnu.org id=B60505.16752825584332 (code B ref 60505); Wed, 01 Feb 2023 20:16:02 +0000 Original-Received: (at 60505) by debbugs.gnu.org; 1 Feb 2023 20:15:58 +0000 Original-Received: from localhost ([127.0.0.1]:59926 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNJWP-00017o-KD for submit@debbugs.gnu.org; Wed, 01 Feb 2023 15:15:57 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:39345) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pNJWK-00017V-NJ for 60505@debbugs.gnu.org; Wed, 01 Feb 2023 15:15:56 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.de; s=s31663417; t=1675282543; bh=aKlvWVx/xu7jlRxcDMceZAlv/4z2chyhZFeYMKHz5Rs=; h=X-UI-Sender-Class:From:To:Cc:Subject:In-Reply-To:References:Date; b=OYKx58L61N6+c/+nG5h1ZSGxh3KtpzsHHQ00XYCrn0bGiaBbn77blB6so5mY177OL SZdoZDsGDAZ/gn6x141KxK5dE8w4dT6YjXXGvQlCSPKgJ6kjKX+qcdaoirUryJKOt6 5DNfQEa2uQO9+zQtellTYvFwm05lFeEkQL3Rmvav3a3XcJrdx1sKOerjvaq9YcmOu0 p4At3/YCvjuCYd3oCBlWjVPhsgBLO919uxNYa8Fjo+3g7CrNj+H+FUAKkBQRDiXvEh h5D2HnfqXWAymRuhFJBwXZ5ViFCp2IZ629SHYXCaQ7nyALiyzmp0h1uiAE7DawVQuL 3jkGsCfhCWAnw== X-UI-Sender-Class: 724b4f7f-cbec-4199-ad4e-598c01a50d3a Original-Received: from gandalf.gmx.de ([185.89.37.45]) by mail.gmx.net (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MsHru-1oTYSz15qc-00tl9B; Wed, 01 Feb 2023 21:15:43 +0100 In-Reply-To: <43562d4dd9c31382eb40@heytings.org> (Gregory Heytings's message of "Wed, 01 Feb 2023 18:12:43 +0000") X-Provags-ID: V03:K1:8SHYZqaDnkoH7SG1sGqRSJF2r8QTxgq9CBknZ9LBmakWNL3R8F+ CpV5FxPrk/t5caWcnN2EBIklA1E4zojsw7cG2wSyrAzduU/zMjvbo7U7MWiBd9mjdGrkIHG 6Zxf6pT8/uSwL6ZQ32TakJUJGZa2VMwadyTbkqgQqILUS3swbZK/RmVWWw0R6rPQ9Lz5nVT e+tRU6dIf6m/ICXIrMZFg== UI-OutboundReport: notjunk:1;M01:P0:CG1U+G3cGV0=;/I9tX4FSXh6s+kJJhRjtKN86D+O 0TKMCy7naVy838a6zBOQBILKZ/wqFnvCKF+waW53l4psb3lMrf1toH96FrJsq5Hmd3vtw9NCs H5HMSou2fxMOQ7j7j0FW4zdwUsNKUygrA5Ht4uWGsgnq1cOiZHcMyUdpRL7sGk4KV2DZxN6Fl d5CfhtlDtLDHAeQoVHC/jCluQ7Um+TNkGVdBHCeSznbz4Svw9ANEU+T//3RBlyulqky2can2A 5HSL9EL2T0BLYfncKYpUX0FXd/q2wOFPm5YMsXDNCe7kc3vArL4oZtFcqEkF3Yq9vXLVxPsPW It62cAszJo3Xr7I77+7yHQ4NvM/rCOk8AoPGcsgrpmsZ9tsN9CYlkCJFUzwrCInBscCpDiFJD bmMPJPZQbZ8aBgk4hKqRiHKy1OBt9mRf10Hjymv5gSBswBSq+96QNo7UrnwncC0F7VARNWEnw 8kW8KDy3yC392D7pFsgk12ZdWaa+1Iw9u8oWvHvjt2UGIue0U6Qu2GFLst6gq9/Fha67lW1DY feV1RLWrjO0zR5E2FS1YZm8GywwxeJLkbp9omcEiVIcOQPahEJk6KTMkWop0GGTxmkbxeGdzQ 64Z6cRMyDAF8nJkQGdkpEoxVBfBn3MWJYhi3qVFw/N6ugwGdzo73AoVc2dY3NeIdkhmGEUm+F ovI5OJ0Ni8M/SLYAck1sU9NheJJL5P2n6SIV4SuF/4G3BnSTg42oydz3m9+jJvwUlQNUX+v4f wneeXVZjm2KcEN6cvYN/nisJJz0cWyscANYWLljR9wCy7psuHojnQDT32YwPRgAVDytwbT1d 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:254602 Archived-At: Gregory Heytings writes: Hi, >>> It's correct that the same problem is present in Emacs 28, but it >>> is not in Emacs 27, so it's a regression. As I tried to explain in >>> bug#50387, the problem is that once Tramp is loaded, Tramp methods >>> are returned when completions are requested for a root directory >>> ("/"). This problem is even worse since commit d5c6bf9625: prior to >>> that commit only the 'scp' and 'scpx' methods were returned (in >>> emacs -Q), now all methods are returned. And this confuses the >>> flex and substring completion mechanisms. >> >> Yes. But this is not a Tramp fault. > > It definitely is Tramp's "fault". Have you even tried to check the PoC patch I've sent? >> Completion styles like flex (and substring, didn't test) do ignore >> Tramp file name syntax. They simply think in terms of file name >> parts, separated by "/". This is not appropriate for remote file >> names. > > What filenames are is defined for example by POSIX in its Definitions > chapter ("Filename", "Pathname", "Pathname Resolution"). It is quite > clear in those definitions that there is no place for a _method_ or a > _host name_ in file names. Something with a method, a host name and a > path is a different beast: it's an URI. And it's not a coincidence if > (absolute) file names start with a slash, and URI do _not_ start with > a slash. > > Tramp decided, for a reason I do not clearly understand, to invent > URIs starting with a slash. File name completion mechanisms rightly > assume that file names correspond to the standard syntax of file > names, and there is no reason (and, for that matter, no reliable way) > to fix the current problem at the level of completion styles. In that case I recommend you to abstain from using Tramp. I'm so fed up. EOT