From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] master 37b88d7: Fix bug#23006 Date: Fri, 10 Mar 2017 11:32:18 +0100 Message-ID: <87efy5fmml.fsf@detlef> References: <20170309184457.29604.13048@vcs0.savannah.gnu.org> <20170309184458.08C9725FCF@vcs0.savannah.gnu.org> <87k27xfo3q.fsf@detlef> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1489142004 26619 195.159.176.226 (10 Mar 2017 10:33:24 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 10 Mar 2017 10:33:24 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Mar 10 11:33:19 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cmHrJ-0006CE-PO for ged-emacs-devel@m.gmane.org; Fri, 10 Mar 2017 11:33:17 +0100 Original-Received: from localhost ([::1]:38387 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmHrP-000815-Bk for ged-emacs-devel@m.gmane.org; Fri, 10 Mar 2017 05:33:23 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57971) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cmHqb-0007rq-8y for emacs-devel@gnu.org; Fri, 10 Mar 2017 05:32:34 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cmHqX-00016P-Ce for emacs-devel@gnu.org; Fri, 10 Mar 2017 05:32:33 -0500 Original-Received: from mout.gmx.net ([212.227.17.21]:56246) by eggs.gnu.org with esmtps (TLS1.0:DHE_RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cmHqX-00015X-1E for emacs-devel@gnu.org; Fri, 10 Mar 2017 05:32:29 -0500 Original-Received: from detlef.gmx.de ([87.146.61.200]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0LkSOt-1cEt6U0Ynb-00cQzQ; Fri, 10 Mar 2017 11:32:21 +0100 In-Reply-To: (Stefan Monnier's message of "Fri, 10 Mar 2017 05:10:59 -0500") X-Provags-ID: V03:K0:B5qxbkwp5/PsFBc2UPGDZXfeEOimD5mImWr9FF+W5VihbUGFY9F bEaQIl6TAyGBPNX7Lh+z+FksU1IUZVzFbhsqvgylzzQjPkC+tTTq/IYKAJ12a+Y3HclwCtn rlkdFQgduZ/lpc66xFca6TfCyzwXVYlPJw2qeWxAZU8A3ojtfWrxgNo+q0rFNXOGT0XzZ+F ghMW8rC1MD5nYEUmTd5OA== X-UI-Out-Filterresults: notjunk:1;V01:K0:m1iiOrI2hZs=:f1sO7x4qBF3TmJVuo0nHem scnFfNdyRMXo2EbF9q+2rPlpsj8A1+UdLzqqTeZ4IXW0b3/C+Pfpk8rMtfkSHy5BXz2JwyoLG aiO8lvK/8KqOsy6EzpCoX9Md3ZJdGI8ucI+3lOq6a+9lFZ9yn5JAnnZqPxEdhks7rRINVlpgV H2VnHuhn5K/iMYexoXice5M2K0et/vgniQJa6tVmA/0eFG9sUqlo9llXNzp87a9yvOBm9/RQG STFUhBmyuO8K3MtNVmBVBtAz+ZJOnuVKvtsObMzo6vpiiju3ax0RrecYRmA/VB4kOf+A/xkCf +jmqUg3T7IIpWXZ89zzWr5vtBO4Q9YrG6cJ4jagKzcM1R74G0tJwaavFiLzDMLucN/gqAPg+u 6usu+oMT7u6dhR9QC0cClH/AgV3+EDzjG4DBw1X18YgbT8jnu3gPFkzTQX0QFX5Yl1/Uhi9Yr h4RJBFA/WZyPNxgcvW4HVlBTQ+xrjBlKYvC22c3Ff39kfOVIHDw5QxdS4v51vOuUfznOi58sL 486fSLEjleHh0YP8k1qfLC9Dp0Iyelfeztn5rWgu2ytCX03ifhy272z2iE6X7GMeuDflafSCH QB1vygwJ4QHuYGi+HPectR3HzIiM//EDIfTpA25dcUSyWIBVqNG3nUPacDVkWqMuDJjCE4S8K juGmO5wIn9vZQQOzeNs+iLMT019tzc7nHpEcv5MZy+FGkOgpeNpYA/9MPGcwZ91BVZyjMTHCD GV/B0QhN7dR7+TAMz75QdwrhVfnSwunJvuPgwpn0IR6nYhp1lY1FcwsmSZOvUE0tkuoE64Lw X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 212.227.17.21 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:212877 Archived-At: Stefan Monnier writes: >> The only meaning of `non-essential' is to give Tramp a hint that we're >> in completion. > > No, the meaning of it is: we're running code which is not essential > (basically, running in something equivalent to a background thread). > > It's been introduced mainly for Tramp, so that Tramp can decide whether > it should try to open a new connection or not (e.g., it should open > a new connection when the user does `C-x C-f /ssh:foo:bar TAB' but it > shouldn't open a new connection when the user does > `M-x icomplete-mode RET C-x C-f /ssh:foo:bar'). It is not only the password case. It is also the ambiguity of the remote file name syntax, where "/abc:" could be already a hostname, or just a method. Tramp must know whether it is in completion, and behave accordingly. File name handlers are bound to the syntax of a file name; no semantics included. I hate this ambiguity since ever (I've entered Tramp maintenace in 2002). But we are much too late to change the syntax. > The binding you added gets rid of this distinction, and indeed, now if > I do `C-x C-f /ssh:foo:bar TAB' I don't get any completion any more. A single "/" helps. Try `C-x C-f /ssh:foo:./bar TAB' for example. > Stefan Best regards, Michael.