From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.bugs Subject: bug#23006: 25.0.92; Loading Tramp breaks pcomplete in eshell-mode Date: Sun, 20 Mar 2016 08:38:10 -0700 (PDT) Message-ID: References: <871t7d4ion.fsf@gmx.de> <87oaagi128.fsf@gmx.de> <877fh0hovs.fsf@gmx.de> <756f60a7-bdf9-a806-b9d6-dbf17f0ebaab@yandex.ru> <87y49gg9sm.fsf@gmx.de> <845ef936-dec1-eac9-db2a-f2bb25f3a830@yandex.ru> <87egb8faxv.fsf@gmx.de> <8760wj3eks.fsf@gmx.de> <8760wj4jvp.fsf@gmx.de> <871t7650th.fsf@gmx.de> <87io0i32sq.fsf@gmx.de> <871t752nme.fsf@gmx.de> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1458488370 6374 80.91.229.3 (20 Mar 2016 15:39:30 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 20 Mar 2016 15:39:30 +0000 (UTC) Cc: 23006@debbugs.gnu.org, Dmitry Gutov To: Michael Albinus , Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane.org@gnu.org Sun Mar 20 16:39:11 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 1ahfRf-0006Wj-6b for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 16:39:11 +0100 Original-Received: from localhost ([::1]:53374 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahfRe-0003DB-K5 for geb-bug-gnu-emacs@m.gmane.org; Sun, 20 Mar 2016 11:39:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:53093) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahfRZ-0003AV-AD for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 11:39:06 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ahfRW-0006us-2E for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 11:39:05 -0400 Original-Received: from debbugs.gnu.org ([208.118.235.43]:58562) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ahfRV-0006un-UY for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 11:39:01 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ahfRV-0004sf-Lb for bug-gnu-emacs@gnu.org; Sun, 20 Mar 2016 11:39:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Drew Adams Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 20 Mar 2016 15:39: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.145848830318702 (code B ref 23006); Sun, 20 Mar 2016 15:39:01 +0000 Original-Received: (at 23006) by debbugs.gnu.org; 20 Mar 2016 15:38:23 +0000 Original-Received: from localhost ([127.0.0.1]:55686 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfQs-0004ra-W0 for submit@debbugs.gnu.org; Sun, 20 Mar 2016 11:38:23 -0400 Original-Received: from userp1040.oracle.com ([156.151.31.81]:46724) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ahfQq-0004rM-Lo for 23006@debbugs.gnu.org; Sun, 20 Mar 2016 11:38:21 -0400 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id u2KFcCm5028321 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Sun, 20 Mar 2016 15:38:13 GMT Original-Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id u2KFcCIo020702 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 20 Mar 2016 15:38:12 GMT Original-Received: from abhmp0015.oracle.com (abhmp0015.oracle.com [141.146.116.21]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id u2KFcB1F030090; Sun, 20 Mar 2016 15:38:11 GMT In-Reply-To: <871t752nme.fsf@gmx.de> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6744.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] 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:115142 Archived-At: > "... it can be used to prevent Tramp from prompting the > user for a password when we are simply scanning a set of files in the > background or displaying possible completions before the user even asked > for it." Those are two examples. More generally, it can be used to prevent Tramp from prompting _for any reason_ and _in any context_ where a file name is read (any context where Tramp is invoked - e.g. by a file handler). > If the user has typed "/ssh:host:tmp/ema", and she requests for > completion by typing TAB, the existence of the slash in the local file > name part is an indication that "the user even asked for it" (completion > on "host"). >=20 > Without the slash in the local file name, Tramp does not perform > completion on "host" when there is no connection yet. In a previous > message I was wrong about this, saying that completion happens already > when there are two colons. Those are explanations of why someone using vanilla Emacs might want to inhibit Tramp from prompting. They might be sufficient reasons for Tramp not to prompt, in that vanilla context. But they are not _necessary_ conditions to inhibit prompting. Phrases such as "by typing TAB" and "slash in the local file name part" are inappropriate considerations here. They do not belong in a Tramp consideration of what it means for `non-essential' to be non-nil. Tramp should simply honor `non-essential' without question. It is not Tramp's business what the reasons might be for inhibiting its prompting. It should not make any assumptions about the kind of completion being used or the mechanism of completion - or even whether any completion is currently being done. It should not care why it is being inhibited from prompting - no second-guessing. It should not even look at the input string if `non-essential' is non-nil. If it is non-nil then Tramp should not consider perhaps prompting if the input string is this or that or contains this or that. If non-nil then hands-off, please - no questions asked. It is typically the file-name reading code that binds/sets `non-essential', and it is up to whatever code that does that to decide whether Tramp should be able to prompt for connection info (password etc.). Tramp needs to keep its hands off if `non-essential' is non-nil, and not second-guess _why_ it is non-nil and what that might really mean to the code that made it non-nil. Of course, it's possible I'm missing something big here, in which case I apologize. But my impression from what I've seen so far is that you are now digging into the weeds in territory where Tramp does not really belong.