From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Michael Albinus Newsgroups: gmane.emacs.bugs Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Date: Mon, 21 Mar 2016 19:36:30 +0100 Message-ID: <87twjzn0ep.fsf@gmx.de> References: <871t7d4ion.fsf@gmx.de> <871t7650th.fsf@gmx.de> <87io0i32sq.fsf@gmx.de> <871t752nme.fsf@gmx.de> <87bn69uouo.fsf@gmx.de> <764322aa-50ea-96b4-7c2a-36fbd60b2b54@yandex.ru> <8760wgvql0.fsf@gmx.de> <87r3f4ub0o.fsf@gmx.de> <87k2kvomui.fsf@gmx.de> <877fgvom2b.fsf@gmx.de> <57b602fa-a6b7-48c7-22f0-3751cd956228@yandex.ru> <8737rjol0t.fsf@gmx.de> <67874c87-ff4b-c1d9-8567-4aab31252d0b@yandex.ru> <87y49bn53t.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1458585472 15979 80.91.229.3 (21 Mar 2016 18:37:52 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 21 Mar 2016 18:37:52 +0000 (UTC) Cc: Stefan Monnier , 23006@debbugs.gnu.org To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Mon Mar 21 19:37:40 2016 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ai4hv-0001WI-Gf for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Mar 2016 19:37:39 +0100 Original-Received: from localhost ([::1]:59726 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ai4hu-0008BA-R6 for geb-bug-gnu-emacs@m.gmane.org; Mon, 21 Mar 2016 14:37:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46168) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ai4hN-0007Jv-Ce for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 14:37:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ai4hK-0003Rw-3s for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 14:37:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:60143) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ai4hJ-0003RY-VV for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 14:37:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ai4hJ-0003zc-Jv for bug-gnu-emacs@gnu.org; Mon, 21 Mar 2016 14:37:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Michael Albinus Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 21 Mar 2016 18:37:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 23006 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: Original-Received: via spool by 23006-submit@debbugs.gnu.org id=B23006.145858540415321 (code B ref 23006); Mon, 21 Mar 2016 18:37:01 +0000 Original-Received: (at 23006) by debbugs.gnu.org; 21 Mar 2016 18:36:44 +0000 Original-Received: from localhost ([127.0.0.1]:57270 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai4h1-0003z3-Ur for submit@debbugs.gnu.org; Mon, 21 Mar 2016 14:36:44 -0400 Original-Received: from mout.gmx.net ([212.227.17.21]:64621) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ai4h0-0003yo-SH for 23006@debbugs.gnu.org; Mon, 21 Mar 2016 14:36:43 -0400 Original-Received: from detlef.gmx.de ([87.146.58.214]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LcFTN-1a1YCC13uH-00jYRg; Mon, 21 Mar 2016 19:36:33 +0100 In-Reply-To: (Dmitry Gutov's message of "Mon, 21 Mar 2016 20:10:49 +0200") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) X-Provags-ID: V03:K0:xt7ltzZLe0z3N4qOAp1WxCPetilhTOQOm64dAT+dnhIyCG6ewUP D+rpe49c1eo9bZsiiNmuvndel+6ZqivJ5hkOorgBhbrmTT57g+b/pk4j/LIoibwPIT99oto 7At6yR2TthRQgWIqlWe/KBzbweuxmrpCZIcflfcpH6UHEsgS/Q7SZIzu0ZYU+jSz5J2aibO RLR2ozqrA74W0QZ+gq3Rw== X-UI-Out-Filterresults: notjunk:1;V01:K0:QArnVNwlr8I=:mu3I5Vc9+BDDiMv/9D6rH5 rN0CWJPsop44J2jHRETu46J8GwtX7F4ChBus5bVkPN/EzomHbMr41xCBT6uSxU3GpEFVVpAlJ YeqnR3s3epiGOjg9ZM7qgIrNVbN6seiPryQdZid4CqIX62pWbUIPIMnYq4WvqMrcRwhvJD/zw qEgME6c9a08xAykvVicJPHuGWJ6kMpHpx5wojvhkH1rKIVZyCYMxXrWrf7tbG6v2qH7K8NX9o mqzu4Far0tI02t366hn+ri3ysWiCuG3MYTKhP2a8QMLEcBe5GclDvFStNOIV01LcuWhGovrIu cAVWWbOhUMHmfbvLBgDkD7RQIaG5RnENUQQOM57cKNlk+64/Y9XES2wdo+3lLvgaYvDoJZG5S uh3e/YtRGstR8EBBG422OVsYyFYAC+OKx+/NzoU9T816o6w3+q7UdqNChuUH2wyJZqCq0y5vX J11fAQsi8MDxAanf5Vqc5ulbW34eT48WqjsQPacR3D8bS3TmmQMFlG3w/fcCtGQRxFC/al3QK ko+LGiRbiKWE+yXbCfGVqE2nh6A6eWrZyhiWPfA+WOFs23yTelKa+gt5y5XaPHjA89R9TeQQ1 51gJyoKwWoV1rn7fPjEQ+CYlTq7qvOWG7NL++Z5uY6FLqn93hNJOEbCcRzKainjkGtRc37xus EoE5dwuRPv2GYLlWjEx2Bkr1dc9iWiWvMjxnI2mKg663vP5sAZHyVyvuFz8+FTvJBcx9dxwf7 EXEc738z0+zLuh/gXw8pSF84kQWHSyuDd8dKssfuicovtcrsSY4P/CsX3EcVMKg4VFRERNDF X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 208.118.235.43 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.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.bugs:115257 Archived-At: Dmitry Gutov writes: > On 03/21/2016 06:55 PM, Michael Albinus wrote: > >> And I don't understand why Tramp shall refuse to provide file name >> completion once the user has asked for this explicitely. Typing >> "/ssh:host:tmp/em TAB" is a very convincing argument to me, that the >> user wants a new connection to "host", and she wants also to get >> completion for "tmp/ema" on that host. I cannot see why Tramp shall be >> forbidden to do this. > > You don't know that the user has pressed TAB. There are contexts where > the user hasn't pressed TAB, but we still call > file-name-all-completions, e.g. in an idle timer callback, to show > what *would* happen *if* they press tab. Yes, that would be a legitimate scenario to ask Tramp not to open a new connection. It's the first time somebody explained this, as far as I'm aware of, thanks! So maybe we need two different flags for Tramp: One to suppress opening a new connection under any circumstances, and one flag to tell Tramp that we are in the file name completion business, and it shall open a new connection only it is safe (like seeing a slash in the local file name part). Remember my scenario about ediff'ing remote files; I *want* file name completion for the second file, even if there's no established connection yet. >> But again, *this* bug report is not about what Tramp does when >> non-essential is bound to non-nil. *This* bug report is about, that >> non-essential is nil, although file name completion is >> undergoing. Remember, we are in eshell, the user has typed "cd /", and >> afterwards she has called pcomplete. > > Sure. I'm the author of this report. Still, it would be nice to have > `non-essential' have the intended effect. Still, it would be nice to have let-bound non-essential in order to get an effect. Best regards, Michael.